CN102495789A - 一种自动化测试方法和设备 - Google Patents

Abstract

本发明公开了一种自动化测试方法，该方法包括：将基于XML格式的测试用例转换为选择的测试工具支持的语言的测试用例；根据选择的测试工具匹配测试对象的搜索方法和测试方法；获取需要执行的测试用例，根据所述测试对象的搜索方法和测试方法执行所述测试用例并记录测试结果。基于同样的发明构思，本发明还提出一种自动化测试设备，能够提高自动化测试的灵活性和复用性。

Description

一种自动化测试方法和设备

技术领域

本发明涉及自动化测试技术领域，特别涉及一种基于用户图形界面(GUI)的自动化测试方法和设备。

背景技术

随着自动化测试技术的普及和发展，各种基于GUI的自动化测试工具不断出现，不同的自动化测试工具针对不同的界面类型，其测试脚本过于依赖其对应的自动化测试工具，导致自动化测试脚本重用性和复用性低，这也是自动化测试不能大规模开展的原因。

传统的基于GUI的自动化测试方法是结合自动化测试工具以录制和回放为主，加上一些数据驱动方面的功能，其录制的脚本主要问题在于测试逻辑与测试对象都在一个脚本中，修改起来不够灵活；软件版本的频繁更换，易造成测试脚本的执行失败，可维护性和可管理性低；录制出的测试脚本无法重用。

现在一些改进的自动化测试方法是对象与测试逻辑分层，虽然这种方法增强了其可维护性，但是仍存在如下问题：

缺乏通用性，即测试业务脚本仍然过于依赖一种自动化测试工具。更换一种测试工具后，其测试脚本无法通用。当测试界面的所用设计语言改变时，原先的测试用例无法继续复用。

传统的脚本录制模式改为脚本设计模式，要求测试人员需要较强的编程能力，这种方式对于自动化测试开展是很困难和耗时的，因而降低了自动化测试的实现效率。

由上可见，现有实现的自动化测试方法中存在自动化测试工具变换时，测试脚本不能复用的缺陷。

发明内容

有鉴于此，本发明提供一种自动化测试方法和设备，能够提高自动化测试的灵活性和复用性。

为解决上述技术问题，本发明的技术方案是这样实现的：

一种自动化测试方法，所述方法包括：

将基于XML格式的测试用例转换为选择的测试工具支持的语言的测试用例；

根据选择的测试工具匹配测试对象的搜索方法和测试方法；

获取需要执行的测试用例，根据所述测试对象的搜索方法和测试方法执行所述测试用例并记录测试结果。

其中，所述基于XML格式的测试用例生成方法为：

根据测试方法生成测试用例，并将所述测试用例转换成基于XML格式的测试用例。

所述执行所述测试用例时，所述方法进一步包括：

若确定所述测试用例需要执行后台验证测试，则调用后台脚本执行后台验证测试，并记录后台验证测试结果，继续执行前台测试。

所述执行所述测试用例时，所述方法进一步包括：

若确定所述测试用例需要采用不同测试数据进行测试，则生成不同的测试数据，对该测试用例执行测试逻辑相同而测试数据不同的测试，并分别记录对不同测试数据进行测试的结果。

所述执行所述测试用例时，所述方法进一步包括：

若执行所述测试用例发生异常时，将测试结果记录为失败，并关闭当前测试环境，继续执行下一个测试用例。

所述方法进一步包括：生成测试用例驱动表，用于记录各测试用例名称；

所述获取要执行的测试用例的方法为：读取所述测试用例驱动表，在所述测试用例驱动表中标识需要执行的测试用例；

或，

读取所述测试用例驱动表，将所述测试用例驱动表中测试用例名称显示在用户图形界面上，根据界面上的测试用例名称选择要执行的测试用例。

一种自动化测试设备，所述设备包括：存储单元、转换单元、匹配单元、获取单元、执行单元；

所述存储单元，用于存储基于XML格式的测试用例、测试对象搜索方法和测试方法；

所述转换单元，用于将所述存储单元中的基于XML格式的测试用例转换为选择的测试工具支持的测试用例，并将转换后的测试用例存储到所述存储单元；

所述匹配单元，用于根据所述选择的测试工具在所述存储单元中匹配测试对象搜索方法和测试方法；

所述获取单元，用于从所述存储单元中获取转换后的要执行的测试用例；

所述执行单元，用于根据所述匹配单元匹配的测试对象搜索方法和测试方法执行所述获取单元获取的测试用例，并记录测试结果。

其中，所述存储单元，进一步用于根据所述测试方法生成测试用例，并将所述生成的测试用例转换成基于XML格式的测试用例并存储。

所述执行单元，在执行测试用例时进一步用于若确定所述测试用例需要执行后台验证测试，则调用后台脚本执行后台验证测试，并记录后台验证测试结果，继续执行前台测试。

所述执行单元，在执行测试用例时进一步用于若确定所述测试用例需要采用不同测试数据进行测试，则生成不同的测试数据，执行测试逻辑相同而测试数据不同的测试，并分别记录对不同测试数据进行测试的结果。

所述执行单元，在执行测试用例时进一步用于若执行所述测试用例发生异常时，将测试结果记录为失败，并关闭当前测试环境，继续执行下一个测试用例。

所述存储单元，进一步用于生成测试用例驱动表，记录各测试用例名称；

所述获取单元，进一步用于读取所述存储单元中存储的测试用例驱动表，在所述测试用例驱动表中标识需要执行的测试用例；或，用于读取所述测试用例驱动表，将所述测试用例驱动表中测试用例名称显示在用户图形界面上，根据界面上的测试用例名称选择要执行的测试用例。

综上所述，本发明通过集成不同自动化测试工具，对于确定的自动化测试工具将保存的基于XML格式的测试用例集转换为该测试工具识别的语言，并匹配对应的对象搜索方法和测试方法进行测试。能够提高自动化测试的灵活性和复用性。

附图说明

图1为本发明实施例中自动化测试方法流程图；

图2为本发明具体实施例中自动化测试方法流程图；

图3为本发明具体实施例中自动化测试设备结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。

本发明实施例中测试设备支持多种测试工具，确定执行该次测试的选择的测试工具后，若测试设备中存储与该测试工具相应的接口命令，则选择该接口命令进行接入，若不存在，可以自行增加与该测试工具相应的接口命令。

参见图1，图1为本发明实施例中自动化测试方法流程图。具体包括以下步骤：

步骤101，测试设备将基于XML格式的测试用例转换为选择的测试工具支持的语言的测试用例。

本步骤中基于XML格式的测试用例生成方法为：根据测试设备中的测试方法生成测试用例，并将所述测试用例转换成基于XML格式的测试用例。

在测试设备中存储测试方法，用于生成不同的测试用例。当测试用例是基于XML格式时，选择其他测试工具时，或者选择不同语言测试时，该测试用例都可应用，增强了测试用例的可重用性。在本发明的具体实施例中，预先将测试用例转换为XML这种通用的格式，在具体实施时使用者可以根据具体环境即使用情况，将生成的测试用例转换为一种方便的通用的格式，以增强测试用例的复用性。

步骤102，测试设备根据选择的测试工具匹配测试对象搜索方法和测试方法。

本发明的测试设备中存储了不同测试工具及与不同测试工具相对应的测试对象搜索方法，若确定了该次测试的测试工具，需要进一步匹配测试对象搜索方法。对于存储在测试设备上测试方法库中的测试方法，可以是预先根据不同工具转换为对应测试工具支持的测试方法直接匹配；也可以选择了测试工具再将测试方法库中的测试方法转换成测试工具支持的测试方法。

步骤103，测试设备获取需要执行的测试用例，根据匹配的测试对象的搜索方法和测试方法执行读取的测试用例并记录测试结果。

测试用例生成之后，进一步生成测试用例驱动表，用于记录各测试用例名称。

本步骤中读取要执行的测试用例的方法有两种，第一种为读取测试用例驱动表，在该测试用例驱动表中标识需要执行的测试用例。

第一种读取要执行的测试用例的具体实现方法为：将测试用例驱动表中的所有测试用例的执行状态和完成状态置为否或NO，然后将选中的该次将要执行的测试用例的执行状态设置为是或YES。在执行测试时，选择执行状态为是或YES的测试用例执行测试。

第二种为读取测试用例驱动表，将该测试用例驱动表中测试用例名称显示在用户图形界面上，根据界面上的测试用例名称选择要执行的测试用例。

第一种读取要执行的测试用例的具体实现方法为：将测试驱动表中的测试用例名称以树的形式显示在用户图形界面上，读取选择的节点名称对应的测试用例。

可以新建、修改和删除测试用例。测试设备读取到相应选择的测试名称的测试脚本用例，并根据测试方法进行测试业务脚本的编辑。编辑的脚本可以包括前端界面测试、前后端交互测试以及数据驱动测试，前端界面测试只应用自动化测试工具进行界面操作即可；而前后端交互测试则需要在脚本中添加后端的脚本验证测试；数据驱动测试则需读取数据驱动表中的某行的测试数据进行反复测试。总之，测试人员不需要较强的编程能力，可以修改和生成测试用例。

在执行测试的过程中，若确定所述测试用例需要执行后台验证测试，则调用后台脚本执行后台验证测试，并记录后台验证测试结果。

若确定所述测试用例需要采用不同测试数据进行测试，则生成不同的测试数据，执行测试逻辑相同而测试数据不同的测试，并记录对不同测试数据进行测试的结果。

若当前执行测试发生异常时，将测试结果记录为失败，并关闭当前测试环境，继续执行下一个测试用例。

执行测试时生成日志文件，记录测试详细步骤。可以根据测试结果查看该日志，快速定位问题。

下面参见附图，通过举具体实施例来详细说明测试用例的执行测试过程。

假设确定该次测试所用的测试工具是QTP，增加与该测试工具相应的接口命令。并将预先保存的基于XML格式的测试用例转化为测试工具QTP支持的VB语言。并根据测试工具选匹配对象搜索方法和测试方法。测试用例的名称保存在测试用例驱动表中，该测试用例驱动表详细信息参见表1，表1为本发明具体实施例中测试用例驱动表。

表1

表1中，测试结果为该测试用例执行的总的测试结果，前台测试、后台测试、不同数据测试等，都PASS，该处记录PASS；否则记录FALL。测试位置表示在前台测试中是否调用后台测试，如果调用后台测试，则同时记录后台测试结果；数据测试同理。如果需要调用后台测试，在每隔该测试时间读取一次后台测试的完成状态，直到后台测试的完成状态为YES。该测试时间在实际应用中可以设置为10s。

参见图2，图2为本发明具体实施例中自动化测试方法流程图。具体步骤为：

步骤201，开始。

步骤202，测试设备获取配置文件设置路径下的测试用例驱动表，将驱动表中的测试用例名称以树的节点形式显示在界面上。

本步骤中的配置文件是存储在测试设备中，用于存储本发明具体实施例中用到的测试文件路径以及自动化测试工具接口命令。其中测试文件包括：测试用例驱动表、数据驱动表等。

步骤203，通过界面上测试用例名称获取要执行的测试用例。

将表1中的测试用例驱动表中的测试用例的执行状态和完成状态置为NO，选择了执行的测试用例名称后，再将选中的测试用例的执行状态置为YES。

选择的测试用例是否需要修改，如果需要，则通过用例名称打开相应的用例脚本进行编辑，比如对用例步骤的修改，是否执行后台验证的修改等。如果该次要测试的内容在预先保存的测试用例中未保存，则根据测试方法生成测试用例，增加到该次要执行的测试用例中。

步骤204，解析测试用例驱动表，开始执行测试。

在测试过程中解析测试用例驱动表，当读取当前的测试用例的执行状态为YES且测试位置为前台测试时，启动多线机制执行CMD命令调用测试工具的接口执行其对应的测试用例名称的脚本。且预设一个时间获取一次测试用例名称所在测试用例驱动表中的完成状态，当完成状态为YES时，说明该用例执行完毕，执行下一个测试用例。

步骤205，根据测试用例驱动表中信息确定该测试用例是否执行不同数据测试，如果是，执行步骤206；否则执行步骤207。

步骤206，读取不同测试数据，执行同一条测试用例，分别记录测试结果。执行步骤207。

如果该条测试用例需要通过不同数据来测试时，在数据驱动表中生成不同用于测试的数据，在测试用例中通过for循环机制，指定循环次数以及读取数据的行数来实现通过不同数据执行同一条测试用例。当不同数据测试都测试完毕并记录了测试结果，结束该测试用例的不同数据的测试。

步骤207，在执行测试时，确定是否需要调用后台设备进行验证，如果是，执行步骤208；否则，执行步骤209。

步骤208，调用后台设备进行验证测试并记录测试结果。执行步骤209。

调用后台设备进行验证测试的过程为：

首先，执行程序进入一个while循环且不断读取测试用例驱动表中相关后台测试用例的状态值，然后根据前台传入的脚本名称进行相应后台测试脚本调用执行，当后台测试完成后，其后台测试脚本会根据其测试名称将用例驱动表相应位置的测试用例的完成状态置为YES，后台执行模块查询到其YES状态值后，跳出while循环，继续执行前台测试用例。

步骤209，记录该测试用例测试结果。

本步骤的测试结果为对该条测试用例所执行的所有测试的结果，如果进行了后台验证测试、不同数据测试等，任一测试如果失败则记录该条测试用例失败；所有都测试通过，才记录测试结果为通过。

步骤210，测试用例驱动表中需要测试的测试用例是否都已执行，如果是，执行步骤211；否则，执行步骤204。

步骤211，结束。

在任一测试用例执行的过程中都生成测试日志，详细记录每一步的执行情况，当测试用例驱动表中的测试结果中存储的是失败时，根据该日志进行定位。

若需要更换测试工具进行测试，则在测试文件中修改使用的测试工具的接口命令，修改读取测试用例集的路径，匹配测试对象搜索方法和测试方法，并将基于XML的测试用例集转换为和测试工具可识别的语言，然后执行测试，测试过程同上述流程一致，这里不再赘述。

当测试界面所用的设计语言改变时，根据测试界面所用的设计语言选择使用的测试工具，再根据测试工具进行上文所述的测试，因此本发明中的测试用例复用性较强，测试界面使用不同设计语言都可使用。

基于上述同样的发明构思，本发明还提出一种自动化测试设备。参见图3，图3为本发明具体实施例中自动化测试设备结构示意图。该设备包括：存储单元301、转换单元302、匹配单元303、获取单元304和执行单元305。

存储单元301，用于存储基于XML格式的测试用例、测试对象搜索方法和测试方法。

转换单元302，用于将存储单元301中的基于XML格式的测试用例转换为选择的测试工具支持的测试用例，并将转换后的测试用例存储到存储单元301。

匹配单元303，用于根据所择的测试工具在存储单元301中匹配测试对象搜索方法和测试方法。

获取单元304，用于从存储单元302中获取转换后的要执行的测试用例。

执行单元305，用于根据匹配单元303匹配的测试对象搜索方法和测试方法执行所述获取单元获取的测试用例，并记录测试结果。

较佳地，

存储单元301，进一步用于根据存储的测试方法生成测试用例，并将生成的测试用例转换成基于XML格式的测试用例并存储。

较佳地，

执行单元305，在执行测试用例时进一步用于若确定所述测试用例需要执行后台验证测试，则调用后台脚本执行后台验证测试，并记录后台验证测试结果，继续执行前台测试。

较佳地，

执行单元305，在执行测试用例时进一步用于若确定所述测试用例需要采用不同测试数据进行测试，则生成不同的测试数据，执行测试逻辑相同而测试数据不同的测试，并分别记录对不同测试数据进行测试的结果。

较佳地，

执行单元305，在执行测试用例时进一步用于若执行所述测试用例发生异常时，将测试结果记录为失败，并关闭当前测试环境，继续执行下一个测试用例。

较佳地，

存储单元301，进一步用于生成测试用例驱动表，记录各测试用例名称。

获取单元304，进一步用于读取存储单元301中存储的测试用例驱动表，在所述测试用例驱动表中标识需要执行的测试用例；或，用于读取所述测试用例驱动表，将所述测试用例驱动表中测试用例名称显示在用户图形界面上，根据界面上的测试用例名称选择要执行的测试用例。

上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。

综上所述，本发明集成了多种测试工具，规避了传统的自动化测试过于依赖商业型自动化测试工具的劣势，做到了能够灵活处理的方式。

本发明的具体实现中将测试用例集转化为基于XML格式的测试用例集，屏蔽了下层的测试工具不同或者编程语言不同所造成的差异，使得测试用例能够进行复用，提高了自动化测试方面的复用性。

本发明的具体实现中，还提供了前后台测试交互机制，使用语言可以不一致，大大增强了自动化测试过程中的可兼容性，并且这种机制提高了自动化测试方面的可覆盖率，保证了测试质量。

由于本发明的具体实施例中包括自动化测试的脚本开发、转换、运行、过程监控、异常处理、结果分析和记录这些功能，极大提高了自动化测试的易用性。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种自动化测试方法，其特征在于，所述方法包括：

将基于XML格式的测试用例转换为选择的测试工具支持的语言的测试用例；

根据选择的测试工具匹配测试对象搜索方法和测试方法；

获取需要执行的测试用例，根据所述匹配的测试对象搜索方法和测试方法执行所述测试用例并记录测试结果。

2.根据权利要求1所述的方法，其特征在于，所述基于XML格式的测试用例生成方法为：

根据测试方法生成测试用例，并将所述测试用例转换成基于XML格式的测试用例。

3.根据权利要求1所述的方法，其特征在于，所述执行所述测试用例时，所述方法进一步包括：

若确定所述测试用例需要执行后台验证测试，则调用后台脚本执行后台验证测试，并记录后台验证测试结果，继续执行前台测试。

4.根据权利要求1所述的方法，其特征在于，所述执行所述测试用例时，所述方法进一步包括：

若确定所述测试用例需要采用不同测试数据进行测试，则生成不同的测试数据，对该测试用例执行测试逻辑相同而测试数据不同的测试，并分别记录对不同测试数据进行测试的结果。

5.根据权利要求1所述的方法，其特征在于，所述执行所述测试用例时，所述方法进一步包括：

若执行所述测试用例发生异常时，将测试结果记录为失败，并关闭当前测试环境，继续执行下一个测试用例。

6.根据权利要求1-5任意一项所述的方法，其特征在于，所述方法进一步包括：生成测试用例驱动表，用于记录各测试用例名称；

所述获取要执行的测试用例的方法为：读取所述测试用例驱动表，在所述测试用例驱动表中标识需要执行的测试用例；

或，

读取所述测试用例驱动表，将所述测试用例驱动表中测试用例名称显示在用户图形界面上，根据界面上的测试用例名称选择要执行的测试用例。

7.一种自动化测试设备，其特征在于，所述设备包括：存储单元、转换单元、匹配单元、获取单元、执行单元；

所述存储单元，用于存储基于XML格式的测试用例、测试对象搜索方法和测试方法；

所述转换单元，用于将所述存储单元中的基于XML格式的测试用例转换为选择的测试工具支持的测试用例，并将转换后的测试用例存储到所述存储单元；

所述匹配单元，用于根据所述选择的测试工具在所述存储单元中匹配测试对象搜索方法和测试方法；

所述获取单元，用于从所述存储单元中获取转换后的要执行的测试用例；

所述执行单元，用于根据所述匹配单元匹配的测试对象搜索方法和测试方法执行所述获取单元获取的测试用例，并记录测试结果。

8.根据权利要求7所述的设备，其特征在于，

所述存储单元，进一步用于根据所述测试方法生成测试用例，并将所述生成的测试用例转换成基于XML格式的测试用例并存储。

9.根据权利要求7所述的设备，其特征在于，

所述执行单元，在执行测试用例时进一步用于若确定所述测试用例需要执行后台验证测试，则调用后台脚本执行后台验证测试，并记录后台验证测试结果，继续执行前台测试。

10.根据权利要求7所述的设备，其特征在于，

所述执行单元，在执行测试用例时进一步用于若确定所述测试用例需要采用不同测试数据进行测试，则生成不同的测试数据，执行测试逻辑相同而测试数据不同的测试，并分别记录对不同测试数据进行测试的结果。

11.根据权利要求7所述的设备，其特征在于，

所述执行单元，在执行测试用例时进一步用于若执行所述测试用例发生异常时，将测试结果记录为失败，并关闭当前测试环境，继续执行下一个测试用例。

12.根据权利要求7-11任意一项所述的设备，其特征在于，

所述存储单元，进一步用于生成测试用例驱动表，记录各测试用例名称；

所述获取单元，进一步用于读取所述存储单元中存储的测试用例驱动表，在所述测试用例驱动表中标识需要执行的测试用例；或，用于读取所述测试用例驱动表，将所述测试用例驱动表中测试用例名称显示在用户图形界面上，根据界面上的测试用例名称选择要执行的测试用例。