CN101989227A - 一种测试用例生成方法及装置 - Google Patents

Abstract

本发明公开了一种测试用例生成方法及装置，该方法包括：编写待测试产品的配置文件；所述配置文件中包括待测试产品的属性信息和功能描述信息；解析所述配置文件，根据解析出的功能描述信息，从通用用例库中获取与各功能对应的测试用例模块；所述通用用例库中存储有对待测试产品所属类别的现有产品测试用例进行功能分解后，得到的与该类产品的各层级的功能对应的测试用例模块；将获取到的各测试用例模块根据其对应的功能层级关系，合成测试用例；并根据解析出的属性信息，修改合成的测试用例中的配置字段，生成待测试产品的测试用例。上述方法充分利用现有产品的测试用例，快速、便捷的生成新产品的测试用例，简化了开发过程、降低了成本投入。

Description

一种测试用例生成方法及装置

技术领域

本发明涉及光通信领域，尤指一种用于传输产品测试的测试用例动态生成方法及装置。

背景技术

软件测试在软件开发中占了举足轻重的位置，特别是在高精尖产品的开发过程。软件测试的好与坏，直接影响着产品的稳定性和安全性。测试专家在如何进行软件测试和开展何种测试才能使软件达到客户需求的问题上大下工夫，将软件测试细化到软件开发的各个环节，并且开发了各种各样的测试工具，使得测试的技术和测试的范围大有提升。软件测试一般需要包括前期的测试需求分析、设计测试计划、编写测试用例和执行测试等几个过程。

目前，在编写测试用例方面，一般采用以下几种方法：

(1)测试工具提供测试用例模板，由开发人员或者测试人员填写关键字段以及测试数据。比如：单元测试工具CPPUNIT，需要开发人员或者测试人员填写被测函数，并在函数中列举输入数据和预期结果。

(2)测试管理工具导出测试用例。这种情况比较常用，开发人员按照需求在管理工具库中查找可用的测试用例，然后将直接将其导出为某种软件可识别的或者可以阅读的文件格式。

(3)从测试工具里导出模板，测试人员或开发人员根据需求编写完成测试用例里的各项字段，再导入管理工具。

在实际获取测试用例的过程中，一般可以执行如图1所示的测试用例获取流程。

步骤1：开始。

步骤2：查找是否有可用的测试用例？

若是，执行步骤3；若否，执行步骤4。

步骤3：直接导出测试用例。即方法(2)。

步骤4：导出测试用例模板，编写测试用例。方法(1)或(3)。

步骤5：得到测试用例，用于传输产品的软件测试。

步骤6：结束。

但是上述几种测试用例的获取方法，都存在着弊端，在方法(1)中，执行下一项测试，需要修改被测函数名以及测试数据，且每次都需要重新编写，增加了测试的成本以及测试用例的不准确性。方法(2)虽是利用了以前的用例，但仅仅是直接借用，软件需求或者某项功能改动后，则不能直接借用现有测试用例。方法(3)，则需要重新编写测试用例，没有重利用以前的用例，降低了测试效率。

综上所述，现有技术中测试用例的获取，不论是直接使用已有的测试用例，还是重新编写测试用例，均存在着若干不足之处。例如直接获取，当没有完全一样的测试用例时，则无法获取到，其应用受到很大程度的限制。而重新编写则需要大量的人力、物力、时间等。随着新产品开发周期的缩短和产品升级速度的加快，对缩短测试周期的要求也越来越高，上述现有测试用例的获取方式已无法满足产品开发测试的要求。

发明内容

本发明实施例提供一种测试用例生成方法及装置，解决现有技术中新产品测试用例开发速度慢的问题，无法满足新产品开发周期和升级速度需求的问题。

一种测试用例生成方法，包括：

编写待测试产品的配置文件；所述配置文件中包括所述待测试产品的属性信息和功能描述信息；

解析所述配置文件，根据解析出的所述功能描述信息，从通用用例库中获取与各功能对应的测试用例模块；所述通用用例库中存储有对所述待测试产品所属类别的现有产品测试用例进行功能分解后，得到的与该类产品的各层级的功能对应的测试用例模块；

将获取到的各测试用例模块根据其对应的功能层级关系，合成测试用例；并根据解析出的所述属性信息，修改合成的测试用例中的配置字段，生成所述待测试产品的测试用例。

根据本发明的上述方法，所述编写待测试产品的配置文件，具体包括：

对待测试产品进行功能分解，分解出所述待测试产品具备的各层级的功能；

将所述待测试产品的属性信息和功能描述信息写入配置文件中；所述功能描述信息包括对所述待测试产品的各层级的功能描述。

根据本发明的上述方法，所述根据解析出的所述功能描述信息，从通用用例库中获取与各功能对应的测试用例模块；具体包括：

根据解析出的所述功能描述信息中包含的最低层级的功能，从通用用例库中获取各最低层级的功能所对应的测试用例模块。

根据本发明的上述方法，所述根据所述属性信息，修改合成的测试用例中的配置字段，具体包括：

根据所述待测试产品的属性信息，修改合成的测试用例的下列配置字段中的至少一个：源地址、目的地址、端口地址、端口个数、操作类型和返回结果类型。

本发明的上述方法，使用脚本语言对所述合成的测试用例中的配置字段进行修改。

根据本发明的上述方法，当所述待测试产品包含的时隙或端口比较多时，还包括：将生成的所述待测试产品的测试用例，修改为具有循环测试功能的测试用例，采用循环的方式对各个端口或针对各个时隙依次进行测试。

一种测试用例生成装置，包括：编写模块、处理模块、合成模块、修改模块和通用用例库；

所述编写模块，用于编写待测试产品的配置文件；所述配置文件中包括所述待测试产品的属性信息和功能描述信息；

所述处理模块，用于解析所述配置文件，根据解析出的所述功能描述信息，从所述通用用例库中获取与各功能对应的测试用例模块；

所述合成模块，用于将获取到的各测试用例模块根据其对应的功能层级关系，合成测试用例；

所述修改模块，用于根据解析出的所述属性信息，修改合成的测试用例中的配置字段，生成所述待测试产品的测试用例；

所述通用用例库，用于存储对所述待测试产品所属类别的现有产品测试用例进行功能分解后，得到的与该类产品的各层级的功能对应的测试用例模块。

本发明的上述装置，所述编写模块，具体包括：

分解单元，用于对待测试产品进行功能分解，分解出所述待测试产品具备的各层级的功能；

写入单元，用于将所述待测试产品的属性信息和功能描述信息写入配置文件中；所述功能描述信息包括对所述待测试产品的各层级的功能描述。

根据本发明的上述装置，所述处理模块，具体用于：

解析所述配置文件，根据解析出的所述功能描述信息中包含的最低层级的功能，从通用用例库中获取各最低层级的功能所对应的测试用例模块。

本发明的上述装置，还包括：

控制模块，用于当所述待测试产品包含的时隙或端口比较多时，将所述修改模块生成的所述待测试产品的测试用例，修改为具有循环测试功能的测试用例，采用循环的方式对各个端口或针对各个时隙依次进行测试。

本发明实施例提供的测试用例生成方法及装置，通过编写待测试产品的配置文件；所述配置文件中包括所述待测试产品的属性信息和功能描述信息；解析所述配置文件，根据解析出的所述功能描述信息，从通用用例库中获取与各功能对应的测试用例模块；所述通用用例库中存储有对所述待测试产品所属类别的现有产品测试用例进行功能分解后，得到的与该类产品的各层级的功能对应的测试用例模块；将获取到的各测试用例模块根据其对应的功能层级关系，合成测试用例；并根据解析出的所述属性信息，修改合成的测试用例中的配置字段，生成所述待测试产品的测试用例。上述方法充分利用现有产品的已有测试用例，进行分类及功能分解后存储，在使用时直接调用并组合起来；实现了快速、便捷的生成新产品的测试用例，简化了开发过程，减少了开发的时间；节约了人力、物力、财力，降低了成本投入。

附图说明

图1为现有技术中获取测试用例的方法流程图；

图2为本发明实施例中测试用例生成方法的流程图；

图3为本发明实施例测试用例生成装置的结构示意图。

具体实施方式

针对现有技术中开发新产品或产品升级后无法使用已有的测试用例，开发新的测试用例的又比较耽误时间的问题，如何在已有的测试用例的基础上，快速开发出新产品/升级产品的测试用例成为亟待解决的问题。本发明实施例提供一种测试用例生成方法，将已有的测试用例按照功能进行分解，得到若干测试用例模块，存储在通用用例库中；当需要生成测试用例时，直接调用各个测试用例模块，合成新的测试用例。

因此，需要针对已有的某一类别的产品测试用例进行整理，建立该类产品的通用用例库。具体为：对已有的某一类别的现有产品按照功能进行分解，划分出若干层级的功能；并将该产品的已有的测试用例按照功能划分为与各层级的功能分别对应的若干测试用例模块；然后将各层级的功能所对应的测试用例模块存储在通用用例库中。

以传输产品为例，可以将整个传输产品的功能分解为配置、业务配置、告警管理、性能管理、调试等若干功能(第一层级的功能)，相应的其测试用例也可以划分为配置、业务配置、告警管理、性能管理、调试等若干测试用例模块。每个第一层级的功能又可以进一步分解，得到其包含的第二层级的功能，例如：性能管理功能又可以划分为当前性能查询、15min性能查询、24小时性能查询、性能事件上报、性能门限、性能抑制、性能清零、模拟量性能等若干第二层级的功能；相应的，性能管理功能所对应的测试用例模块，又可以划分为当前性能查询、15min性能查询、24小时性能查询、性能事件上报、性能门限、性能抑制、性能清零、模拟量性能等若干与第二层级的功能对应的测试用例模块。同样的，告警管理又可以划分为：告警上报、告警参数设置、告警查询、插入告警、告警屏蔽、远端缺陷告警RDI等若干第二层级的功能；相应的，告警管理功能所对应的测试用例模块，又可以划分为告警上报、告警参数设置、告警查询、插入告警、告警屏蔽、远端缺陷告警RDI等若干与第二层级的功能对应的测试用例模块。当然第二层级的功能还可以继续划分，并将其对应的测试用例模块继续划分，此处不再赘述。

一般而言，对于同一类别的产品。其每个产品实际上会支持该类别的产品的全部或部分功能。例如传输产品的所有的单板都支持全部或者部分传输产品的功能。

例如：针对光传输产品中的ZXMP385产品为例，先整理ZXMP385产品的测试用例，将其分解为与各层级的功能对应的测试用例模块后，将划分出的各层级的功能对应的测试用例模块存储在通用用例库中。也就是说在传输产品的通用用例库中存储传输产品支持的所有功能的测试用例模块。

当需要对待测试产品进行测试时，进行测试的流程如图2所示，执行步骤如下：

步骤S101：对待测试产品的功能进行分解。

对待测试产品进行功能的分解，分解出待测试产品具备的各层级的功能。

沿用上边的例子，仍以光传输产品ZXMP38为例。当新增了两个该类别的产品：一块光板A和一块交叉板B之后，则需要编写光板A和交叉板B的测试用例。根据需求首先对光板A和交叉板B进行功能分解：

光板A和交叉板B都支持的第一层级的功能有：配置、业务配置、告警管理、性能管理、调试。而告警管理又可以包含：告警上报、告警参数设置、告警查询、告警屏蔽等第二层级的功能；性能管理又可以包含：当前性能查询、性能事件上报、性能门限、性能清零、性能抑制等第二层级的功能；配置、业务配置、调试等也有各自包含的第二层级的功能。两者不同的是：光板A的告警管理功能中还包含端口告警反转这一第二层级的功能。

步骤S102：根据待测试产品的功能，编写对应的配置文件。

根据分解出的待测试产品的各层级的功能，将对应的功能描述信息写入配置文件中，同时将待测试产品的属性信息也写入配置文件中。

也就是说：配置文件中包括待测试产品的属性信息和功能描述信息；其中，功能描述信息包括对待测试产品的各层级的功能描述。即在配置文件中填写新开发的或升级后的产品(新的单板)所支持的功能列表。

沿用上边的例子，仍以光板A和交叉板B为例。

则编写好的光板A的配置文件如下：

[单板属性]

端口数＝8

端口速率＝622M

单板地址＝12

[功能1＝配置]

加载逻辑

上电复位

配置速率

…

[功能2＝业务配置]

配置AU时隙

配置交叉开销

配置SNC模式

…

[功能3＝告警管理]

告警上报

告警参数设置

告警查询

告警屏蔽

告警反转

…

[功能4＝性能管理]

性能查询

性能事件上报

性能门限设置

性能抑制

性能清零

…

[功能5＝调试]

通讯测试

……

编写好的交叉板B的配置文件如下：

[单板属性]

端口数＝16

端口速率＝626M

单板地址＝15

[功能1＝配置]

加载逻辑

上电复位

配置速率

…

[功能2＝业务配置]

配置AU时隙

配置交叉开销

配置SNC模式

…

[功能3＝告警管理]

告警上报

告警参数设置

告警查询

告警屏蔽

…

[功能4＝性能管理]

性能查询

性能事件上报

性能门限设置

性能抑制

性能清零

…

[功能5＝调试]

通讯测试

……

上述光板A和交叉板B的配置文件格式相同，只是功能略有不同。其中除了包含各自的属性信息，还包含对各个层级的功能进行描述的功能描述信息。其中光板A的功能3：告警管理中相对于交叉板B多包含一个报警反转功能。

步骤S103：根据配置文件中包含的功能描述信息，查找通用用例库中与各个功能对应的测试用例模块。

解析上述编写好的配置文件，获取其中包含的功能描述信息。可以使用TCL、批处理等脚本语言解析配置文件，来获取待检测产品的功能列表。

然后，根据功能描述信息从待测试产品所属的该类产品的通用用例库中获取与各功能对应的测试用例模块。即获取功能列表中所列举的各个功能的测试用例模块。

一般，可以解析出功能描述信息中包含的最低层级的功能，然后从通用用例库中获取各最低层级的功能所对应的测试用例模块。

较佳的，也可以根据较高层级的功能，直接获取该功能所对应的测试用例模块。

沿用上边的例子，针对光板A，根据其配置文件中包含的功能描述信息逐一获取各功能所对应的测试用例模块。可以根据功能描述信息中包含的最低层级的功能，依次获取各自对应的测试用例模块。例如，依次获取告警管理功能中包含的告警上报、告警参数设置、告警查询、告警屏蔽、告警反转等各自对应的测试用例模块，以及依次获取性能管理功能中包含的当前性能查询、性能事件上报、性能门限、性能清零、性能抑制等各自对应的测试用例模块。也可以直接获取较高层级的功能所对应的测试用例模块，例如直接获取存储的配置、业务配置等功能所对应的测试用例模块等。

步骤S104：将查找到的测试用例模块导出，根据其对应的功能层级关系，合成测试用例。

具体根据对待测试产品进行功能分解时，分解出来的各个功能的层级关系以及获取到的各功能的测试用例模块，反向合成与待测试产品对应的测试用例。

沿用上边的例子，例如对于光板A，将获取到的告警管理功能中包含的告警上报、告警参数设置、告警查询、告警屏蔽、告警反转等各自对应的测试用例模块，依次进行合成，得到与光板A的告警管理功能对应的测试用例模块。以及将获取到的性能管理功能中包含的当前性能查询、性能事件上报、性能门限、性能清零、性能抑制等各自对应的测试用例模块，依次进行合成，得到与光板A的性能管理功能对应的测试用例模块。等等。

然后将合成的性能管理、告警管理等功能所对应的测试用例模块，以及直接获取到的配置、业务配置等等功能各自对应的测试用例模块合成为一个完整的、与待测试产品对应的测试用例。

步骤S105：修改合成的测试用例中的配置字段，生成待测试产品的测试用例。

根据对配置文件进行解析后解析出来的属性信息，修改合成的测试用例中的配置字段。一般可以使用脚本语言对合成的测试用例中的配置字段进行修改。具体包括：

根据待测试产品的属性信息，修改合成的测试用例的下列配置字段中的至少一个：源地址、目的地址、、端口地址、端口个数、操作类型和返回结果类型。

本步骤中，可以使用具有强大文本处理功能的perl、python等脚本语言来完成。

上述测试用例生成方法还可以包括：当待测试产品包含的时隙或端口比较多时，执行步骤S106。

步骤S106：构建具有循环测试功能的测试用例。以便采用循环的方式对各个端口或针对各个时隙依次进行测试。即将生成的待测试产品的测试用例，修改为具有循环测试功能的测试用例，采用循环的方式对各个端口或针对各个时隙依次进行测试。

对于这种采用循环方式进行测试的测试用例，也称为需要构件大报文的测试用例，此时，需要采用专用的构建大报文工具或编写构建大报文脚本，以便对步骤S105生成的测试用例进行修改，修改成所需要的大报文测试用例。

最后将新生成的测试用例，导入word或目录中存放，以备测试时使用。

根据本发明实施例提供的上述方法，可以构建一种测试用例生成装置，如图3所示，包括：编写模块10、处理模块20、合成模块30、修改模块40和通用用例库50。

编写模块10，用于编写待测试产品的配置文件；其中，配置文件中包括待测试产品的属性信息和功能描述信息。

较佳的，编写模块10，进一步可以包括：分解单元101和写入单元102。

分解单元101，用于对待测试产品进行功能分解，分解出待测试产品具备的各层级的功能。

写入单元102，用于将待测试产品的属性信息和功能描述信息写入配置文件中；其中，功能描述信息包括对待测试产品的各层级的功能描述。

处理模块20，用于解析编写模块10编写的配置文件，根据解析出的功能描述信息，从通用用例库50中获取与各功能对应的测试用例模块。

处理模块20，具体用于：解析编写模块10编写的配置文件，根据解析出的功能描述信息中包含的最低层级的功能，从通用用例库中获取各最低层级的功能所对应的测试用例模块。

合成模块30，用于将处理模块20获取到的各测试用例模块根据其对应的功能层级关系，合成测试用例。

修改模块40，用于根据处理模块20解析出的属性信息，修改合成的测试用例中的配置字段，生成待测试产品的测试用例。

通用用例库50，用于存储对待测试产品所属类别的现有产品测试用例进行功能分解后，得到的与该类产品的各层级的功能对应的测试用例模块。

较佳的，上述测试用例生成装置，还包括：控制模块60，用于当待测试产品包含的时隙或端口比较多时，将修改模块40生成的待测试产品的测试用例，修改为具有循环测试功能的测试用例，采用循环的方式对各个端口或针对各个时隙依次进行测试。

本发明实施例提供的测试用例生成方法及装置，对现有产品的测试用例进行按功能分解、整理后，将各功能对应的测试用例模块存储在通用用例库中；当需要对新开发或改进的同类别的新产品进行测试时，对待测试产品的功能进行分解，并调取各功能对应的测试用例模块，合成待测试产品的测试用例。该方法充分利用现有产品的已有测试用例，方便、快捷的生成新产品的测试用例，充分利用现有资源减少了新产品测试用例开发的时间，加快了开发速度。且可以利用已有的资源，从而不需要再进行完全的重新开发，简化了开发过程，节约了人力、物力、财力，降低了成本投入。同时可以根据待检测产品的属性信息修改配置字段，提高了测试的准确性。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化、替换或应用到其他类似的装置，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (10)

1.一种测试用例生成方法，其特征在于，包括：

编写待测试产品的配置文件；所述配置文件中包括所述待测试产品的属性信息和功能描述信息；

解析所述配置文件，根据解析出的所述功能描述信息，从通用用例库中获取与各功能对应的测试用例模块；所述通用用例库中存储有对所述待测试产品所属类别的现有产品测试用例进行功能分解后，得到的与该类产品的各层级的功能对应的测试用例模块；

将获取到的各测试用例模块根据其对应的功能层级关系，合成测试用例；并根据解析出的所述属性信息，修改合成的测试用例中的配置字段，生成所述待测试产品的测试用例。

2.如权利要求1所述的方法，其特征在于，所述编写待测试产品的配置文件，具体包括：

对待测试产品进行功能分解，分解出所述待测试产品具备的各层级的功能；

将所述待测试产品的属性信息和功能描述信息写入配置文件中；所述功能描述信息包括对所述待测试产品的各层级的功能描述。

3.如权利要求1所述的方法，其特征在于，所述根据解析出的所述功能描述信息，从通用用例库中获取与各功能对应的测试用例模块；具体包括：

根据解析出的所述功能描述信息中包含的最低层级的功能，从通用用例库中获取各最低层级的功能所对应的测试用例模块。

4.如权利要求1所述的方法，其特征在于，所述根据所述属性信息，修改合成的测试用例中的配置字段，具体包括：

根据所述待测试产品的属性信息，修改合成的测试用例的下列配置字段中的至少一个：源地址、目的地址、端口地址、端口个数、操作类型和返回结果类型。

5.如权利要求4所述的方法，其特征在于，使用脚本语言对所述合成的测试用例中的配置字段进行修改。

6.如权利要求1-5任一所述的方法，其特征在于，当所述待测试产品包含的时隙或端口比较多时，还包括：将生成的所述待测试产品的测试用例，修改为具有循环测试功能的测试用例，采用循环的方式对各个端口或针对各个时隙依次进行测试。

7.一种测试用例生成装置，其特征在于，包括：编写模块、处理模块、合成模块、修改模块和通用用例库；

所述编写模块，用于编写待测试产品的配置文件；所述配置文件中包括所述待测试产品的属性信息和功能描述信息；

所述处理模块，用于解析所述配置文件，根据解析出的所述功能描述信息，从所述通用用例库中获取与各功能对应的测试用例模块；

所述合成模块，用于将获取到的各测试用例模块根据其对应的功能层级关系，合成测试用例；

所述修改模块，用于根据解析出的所述属性信息，修改合成的测试用例中的配置字段，生成所述待测试产品的测试用例；

所述通用用例库，用于存储对所述待测试产品所属类别的现有产品测试用例进行功能分解后，得到的与该类产品的各层级的功能对应的测试用例模块。

8.如权利要求7所述的装置，其特征在于，所述编写模块，具体包括：

分解单元，用于对待测试产品进行功能分解，分解出所述待测试产品具备的各层级的功能；

写入单元，用于将所述待测试产品的属性信息和功能描述信息写入配置文件中；所述功能描述信息包括对所述待测试产品的各层级的功能描述。

9.如权利要求7所述的装置，其特征在于，所述处理模块，具体用于：

解析所述配置文件，根据解析出的所述功能描述信息中包含的最低层级的功能，从通用用例库中获取各最低层级的功能所对应的测试用例模块。

10.如权利要求7-9任一所述的装置，其特征在于，还包括：

控制模块，用于当所述待测试产品包含的时隙或端口比较多时，将所述修改模块生成的所述待测试产品的测试用例，修改为具有循环测试功能的测试用例，采用循环的方式对各个端口或针对各个时隙依次进行测试。

Images