CN103049374A

CN103049374A - 一种自动化测试的方法及装置

Info

Publication number: CN103049374A
Application number: CN2012105111641A
Authority: CN
Inventors: 肖君; 陈可堂; 孙宗韬
Original assignee: Raisecom Technology Co Ltd
Current assignee: Raisecom Technology Co Ltd
Priority date: 2012-12-03
Filing date: 2012-12-03
Publication date: 2013-04-17
Anticipated expiration: 2032-12-03
Also published as: CN103049374B

Abstract

本发明实施例提供了一种自动化测试的方法及装置，用以简化测试过程，提高测试覆盖范围，并对同一协议标准的各个产品线的测试具有重用性。该方法包括：确定被测试产品对应的实现模型库中实现模型的顺序组合，其中，所述实现模型库是预先根据所述被测试产品所使用的协议标准确定的；根据所确定的实现模型的顺序组合对所述被测试产品进行测试。

Description

一种自动化测试的方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种自动化测试的方法及装置。

背景技术

随着一些协议标准日趋完善，也逐渐应用于各种相关产品，不同的产品大多情况下用的是一套协议标准；另外，迭代式开发渐渐替代传统瀑布式开发，在较短的时间间隔中产生多个可执行和可测试的版本，测试人员面对更多更大量的测试任务。所以，这就要求测试过程中引入开发快速、运行稳定以及自行产生变化的自动化测试。另外，传统的自动化测试过程中，测试逻辑往往很单一，一般发现问题的几率很小，很多时候还是需要靠人工去进行随机和探索测试来发现软件问题。现有的测试方法存在的问题具体如下：

一、在不同产品线之间，不同设备之间也会复用相同的协议标准。在之前的测试中，各产品线之间沟通不多，造成了脚本重复开发，产品线之间利用率低的问题。

二、在传统的自动化测试中，主要有以下几种方式：

1、通过自动化测试工具的录制-回放的方式，生成测试脚本。该方法的不足之处在于：不具有逻辑判断能力，可维护性差，而且不容拓展，需要花费测试人员大量的精力使用和维护。

2、直接进行基于方法库进行线性脚本的撰写。该方法的不足之处在于：撰写脚本的效率低下，而且可重用性差，可变化性的数据参数都写在线性脚本中，不好维护。

3、利用数据驱动和关键字驱动的方式。这几种方式采用函数封装的方法，将一些相同的可复用的功能点和参数数据进行了提取，大大加强了可复用性和可维护性，但是这种方式的问题在于其还是根据测试用例来撰写测试脚本，测试逻辑很单一，往往很难发现所需问题。

综上所述，现有技术中以使用测试脚本进行自动化测试为主，测试脚本的撰写、维护困难，覆盖的测试用例少，不能跨产品线使用。

发明内容

本发明实施例提供了一种自动化测试的方法及装置，用于简化测试过程，提高测试覆盖范围，并对同一协议标准的各个产品线的测试具有重用性。

本发明实施例提供的一种自动化测试的方法包括：

确定被测试产品对应的实现模型库中实现模型的顺序组合，其中，所述实现模型库是预先根据所述被测试产品所使用的协议标准确定的；

根据所确定的实现模型的顺序组合对所述被测试产品进行测试。

本发明实施例提供的一种自动化测试的装置包括：

模型实现模块，用于预先根据被测试产品所使用的协议标准确定实现模型库；

测试路径确定单元，用于确定所述被测试产品对应的实现模型库中实现模型的顺序组合；

测试执行单元，用于根据所确定的实现模型的顺序组合对所述被测试产品进行测试。

通过以上技术方案可知，本发明中确定被测试产品对应的实现模型库中实现模型的顺序组合，其中，所述实现模型库是预先根据所述被测试产品所使用的协议标准确定的；根据所确定的实现模型的顺序组合对所述被测试产品进行测试。本发明通过为协议标准创建实现模型库，将产品的关键特征提取了出来，然后根据实现模型库来确定各种顺序组合的测试用例，避免了逻辑单一的脚本的撰写和维护，简化了测试的过程，以及在后续回归时，具有良好的重用性；并且，由于实现模型库可以生成多种组合，提高了测试用例的覆盖范围；另外，对于同一标准协议下的不同产品线，实现模型库之间具有共性，因此本发明提供的自动化测试的方法能够跨产品线使用。

附图说明

图1为本发明实施例提供的一种自动化测试的方法的流程示意图；

图2为本发明具体实施例提供的一种自动化测试的方法的流程示意图；

图3为本发明具体实施例提供的各个抽象模型的关系图；

图4为本发明实施例提供的一种自动化测试的装置的结构示意图；

图5为本发明实施例提供的另一种自动化测试的装置的结构示意图。

具体实施方式

本发明实施例提供了一种自动化测试的方法及装置，用以简化测试过程，提高测试覆盖范围，并对同一协议标准的各个产品线的测试具有重用性。

参见图1，本发明实施例提供的一种的方法包括：

S101、确定被测试产品对应的实现模型库中实现模型的顺序组合，其中，所述实现模型库是预先根据所述被测试产品所使用的协议标准确定的；

S102、根据所确定的实现模型的顺序组合对所述被测试产品进行测试。

较佳的，S101中，预先根据所述被测试产品所使用的协议标准确定所述实现模型库，包括：预先根据所述被测试产品所使用的协议标准的模型描述规范，确定所述协议标准的抽象模型库；预先根据所述被测试产品在实现所述协议标准时所使用的接口控制命令以及所述抽象模型库，确定所述实现模型库。较佳的，预先根据所述被测试产品在实现该被测试产品对应的协议标准时所使用的接口控制命令，对抽象模型库的各个抽象模型进行继承来确定实现模型库。

S101中的模型描述规范是基于协议标准的测试需求进行抽象得到的。较佳的，所述模型描述规范，包括：所述协议标准对应的各个行为，以及每一行为的触发条件和输出状态。

较佳的，S101中所述确定被测试产品对应的实现模型库中实现模型的顺序组合，包括：根据接收的配置文件，确定实现模型库中实现模型的顺序组合；或者，按照预设规则自动确定实现模型库中实现模型的顺序组合。

较佳的，所述按照预设规则自动确定实现模型库中实现模型的顺序组合，包括：从抽象模型库中分别选取抽象模型作为测试路径的入口和出口；根据预设调用算法，随机生成所述入口和出口对应的测试路径；根据所述测试路径，以及所述实现模型库，确定实现模型库中实现模型的顺序组合。即在指定入口和出口的情况下，根据各个抽象模型之间触发条件和输出状态的关系，按照图形遍历算法确定测试路径；然后调用实现模型库，依照测试路径生成脚本进行测试。较佳的，指定多个测试路径的入口，确定多条测试路径。

较佳的，所述预设调用算法，包括广度优先遍历算法，或深度优先遍历算法等图形遍历算法。图形遍历算法是指：从图中某一顶点出发访遍图中其余顶点，且使每一个顶点仅被访问一次。图形遍历算法基本的有两种：深度优先遍历和广度优先遍历。由于各个实现模型有自己的触发条件和输出状态，各个实现模型之间可以构成一个拓扑关系图，因此本发明中能够使用图形遍历算法等预设调用算法来确定各个实现模型的遍历路径，以进一步自动确定实现模型的顺序组合。

较佳的，所述根据所确定的实现模型的顺序组合对所述被测试产品进行测试，包括：当根据任一所确定的实现模型的顺序组合对所述被测试产品进行测试的测试结果为失败时，记录失败时的测试信息，并跳过对该实现模型的顺序组合的测试。较佳的，根据失败时的测试信息对发生失败的测试路径进行调整，选择相同入口和出口下的另一条路径，并根据所述测试路径，以及所述实现模型库，再次确定实现模型库中实现模型的顺序组合，并进行测试。

较佳的，S102之后，该方法还包括：在测试结束后，生成指示各个实现模型的顺序组合的测试结果的报告。

如图2所示，本发明提供的具体实施例包括以下步骤：

S201、对使用文件标准系统的产品进行测试，确定测试模型的描述规范：新建文件夹为模型A，它是初始事件，完成状态为有一个文件夹存在；模型B在文件夹中新建一个文件，它的触发事件是有一个文件夹存在，完成状态为有一个文件存在；模型C为选择文件夹，它的触发事件是有一个文件夹存在，完成状态为当前文件夹被选中；模型D为选中文件，它的触发事件是有一个文件存在，完成状态为当前文件被选中；模型E为取消文件夹，它的触发事件是有一个文件夹存在，完成状态为当前文件夹未被选中；模型F为取消文件，它的触发事件是有一个文件存在，完成状态为当前文件被选中；模型G为删除文件，它的触发事件是有一个文件被选中，完成状态为当前文件不存在；模型H为删除文件夹，它的触发事件是有一个文件夹被选中，完成状态为当前文件夹不存在。

S202、根据描述规范，创建抽象模型，并存入抽象模型库，抽象模型库中包括抽象模型ABCDEFGH。

S203、根据被测试产品实现协议标准的接口控制命令，继承抽象模型库得到具体实现后的实现模型库。

S204、输入协议标准需要的各个设备的连接IP地址，并加载到实现模型中。

S205、调用实现模型库，指定测试的入口集合和出口后随机生成相应的路径；图3为各个模型之间的关系图，A为入口、H为出口时，以图的深度优先算法得到序列：ABDFCH，即获得一个测试路径。依此确定多个测试路径，并自动组装成脚本进行测试。

S206、记录遇到问题的测试路径，并跳出，进行下一个计算出来的测试路径。

S207、显示测试结果，对于测试通过的内容使用一种颜色进行输出，测试未通过的内容使用醒目的颜色输出。

S208、被测试产品更新后，根据更新前的测试用例集合生成配置文件，进行回归测试；

S209、在后续的每一次测试中，都重用之前所确定的测试路径和实现模型库。

参见图4，本发明实施例提供的一种的装置包括：

模型实现模块41，用于预先根据被测试产品所使用的协议标准确定实现模型库；

测试路径确定单元42，用于确定所述被测试产品对应的实现模型库中实现模型的顺序组合；

测试执行单元43，用于根据所确定的实现模型的顺序组合对所述被测试产品进行测试。

较佳的，所述模型实现模块41，具体用于：预先根据所述被测试产品所使用的协议标准的模型描述规范，确定所述协议标准的抽象模型库；预先根据所述被测试产品在实现所述协议标准时所使用的接口控制命令以及所述抽象模型库，确定所述实现模型库。

较佳的，所述模型描述规范，包括：所述协议标准对应的各个行为，以及每一行为的触发条件和输出状态。

参见图5，较佳的，所述测试路径确定单元42包括：

输入路径处理单元51，用于根据接收的配置文件，确定实现模型库中实现模型的顺序组合；或者，

随机路径处理单元52，用于按照预设规则自动确定实现模型库中实现模型的顺序组合。

较佳的，随机路径处理单元52，具体用于：从抽象模型库中分别选取抽象模型作为测试路径的入口和出口；根据预设调用算法，随机生成所述入口和出口对应的测试路径；根据所述测试路径，以及所述实现模型库，确定实现模型库中实现模型的顺序组合。

较佳的，所述预设调用算法，包括：广度优先遍历算法，或深度优先遍历算法。

较佳的，所述测试执行单元43，具体用于：

当根据任一所确定的实现模型的顺序组合对所述被测试产品进行测试的测试结果为失败时，记录失败时的测试信息，并跳过对该实现模型的顺序组合的测试。

较佳的，该装置还包括：测试报告单元，用于在测试结束后，生成指示各个实现模型的顺序组合的测试结果的报告。

综上所述，本发明实施例提供了一种自动化测试的方法及装置，用于简化测试过程，提高测试覆盖范围，并对同一协议标准的各个产品线的测试具有重用性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器和光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

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

2.如权利要求1所述的方法，其特征在于，预先根据所述被测试产品所使用的协议标准确定所述实现模型库，包括：

预先根据所述被测试产品所使用的协议标准的模型描述规范，确定所述协议标准的抽象模型库；

预先根据所述被测试产品在实现所述协议标准时所使用的接口控制命令以及所述抽象模型库，确定所述实现模型库。

3.如权利要求2所述的方法，其特征在于，所述模型描述规范，包括：

所述协议标准对应的各个行为，以及每一行为的触发条件和输出状态。

4.如权利要求2所述的方法，其特征在于，所述确定被测试产品对应的实现模型库中实现模型的顺序组合，包括：

根据接收的配置文件，确定实现模型库中实现模型的顺序组合；或者，

按照预设规则自动确定实现模型库中实现模型的顺序组合。

5.如权利要求4所述的方法，其特征在于，所述按照预设规则自动确定实现模型库中实现模型的顺序组合，包括：

从抽象模型库中分别选取抽象模型作为测试路径的入口和出口；

根据预设调用算法，随机生成所述入口和出口对应的测试路径；

根据所述测试路径，以及所述实现模型库，确定实现模型库中实现模型的顺序组合。

6.如权利要求5所述的方法，其特征在于，所述预设调用算法，包括：

广度优先遍历算法，或深度优先遍历算法。

7.如权利要求1所述的方法，其特征在于，所述根据所确定的实现模型的顺序组合对所述被测试产品进行测试，包括：

8.如权利要求1所述的方法，其特征在于，该方法还包括：

测试结束后，生成指示各个实现模型的顺序组合的测试结果的报告。

9.一种自动化测试的装置，其特征在于，该装置包括：

10.如权利要求9所述的装置，其特征在于，所述模型实现模块，具体用于：

11.如权利要求10所述的装置，其特征在于，所述模型描述规范，包括：

12.如权利要求10所述的装置，其特征在于，所述测试路径确定单元包括：

输入路径处理单元，用于根据接收的配置文件，确定实现模型库中实现模型的顺序组合；或者，

随机路径处理单元，用于按照预设规则自动确定实现模型库中实现模型的顺序组合。

13.如权利要求12所述的装置，其特征在于，所述随机路径处理单元，具体用于：

14.如权利要求13所述的装置，其特征在于，所述预设调用算法，包括：

广度优先遍历算法，或深度优先遍历算法。

15.如权利要求9所述的装置，其特征在于，所述测试执行单元，具体用于：

16.如权利要求9所述的装置，其特征在于，该装置还包括：

测试报告单元，用于在测试结束后，生成指示各个实现模型的顺序组合的测试结果的报告。