[发明专利]测试用例生成方法及系统

说明书

技术领域

本发明涉及计算机领域，尤其涉及一种测试用例生成方法及装置。

背景技术

任何一款产品在投入市场前都需要进行测试，而测试过程就需要有测试用例(test case)的参与。测试用例是指为特定目标而开发的一组测试输入、执行条件和预期结果，其目标可以是测试某个程序路径或核实是否满足某个特定的需求。也就是说，测试用例指导了测试的方向、定义了需要测试的范围、需要测试的内容以及预期的正确输出结果。

目前现有技术中存在两种测试方法：黑盒测试和白盒测试，其中黑盒测试(或者称为功能测试，或数据驱动测试)是指根据已知产品的功能设计规格对产品进行测试，以验证产品的每个功能是否符合要求；白盒测试(或者称为结构测试，或逻辑驱动测试)是指根据已知产品的内部工作过程对产品进行测试，以验证产品的每个内部操作是否符合设计规格要求，所有内部成分是否已经过检查。

在黑盒测试过程中，测试在软件的接口处进行，即把测试对象看作一个黑盒子，测试人员不考虑测试对象程序内部的逻辑结构和内部特性，只需依据程序的规格说明书，检查程序的功能是否符合规格说明书要求的功能即可。黑盒测试主要用于发现以下几类错误：

是否有错误或遗漏的功能；

在接口上输入能否正确的被接受、或者能否输出正确的结果；

是否有数据结构错误或外部信息(例如数据文件)访问错误；

性能上是否能够满足要求；

是否有初始化或终止性的错误等等。

在白盒测试过程中，需要对被测软件的细节进行细致的检查，即把测试对象看作一个打开的盒子，测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，以对程序所有逻辑路径进行测试(即通过在不同点检查程序的状态以确定实际状态是否与预期状态一致)。白盒测试主要用于对程序模块进行检查，比如：对程序模块所有独立的执行路径进行至少一遍测试；对所有的逻辑判定(取“真”与取“假”的两种情况)进行至少一遍测试；在循环的边界和运行的界限内，对循环体进行测试；以及测试内部数据结构的有效性等等。

在实际的测试过程中，经常会出现测试结果与预期结果不一致的现象，业界将这些不一致的现象称之为bug。根据bug产生原因的不同，可以将bug划分为测试用例内bug和测试用例外bug。其中测试用例外bug是指在测试过程中，除按照测试用例规定的检查外，有可能因为一些意外情况(比如端口的插拔、特定的温度湿度以及在与某个设备进行互联时等等)，暴露出被测试设备的一些问题，将这些意外情况称之为测试用例外bug。

如图1所示，为现有技术中当前测试对象测试用例的生成过程示意图，下面结合图1，说明现有技术中测试用例的生成过程，如下：

根据规格说明书生成当前测试对象的测试用例，该测试用例包括测试功能和测试内容；

根据上述生成的测试用例对当前测试对象进行测试；

在测试完成后，直接将测试过程中产生的测试用例外bug，添加到该测试对象的测试用例中。

由于现有技术中通常只按照规格说明书来生成测试用例，而没有考虑其他更细节、测试更需要的因素，因此使得测试结果比较粗况，不能满足根据需要使得测试结果更细致化的要求；进一步，由于现有技术将测试过程中产生的测试用例外bug直接应用到该测试对象的测试用例中，因此这种应用只针对该测量对象，而不会对其他的测试产品对象产生贡献。

发明内容

本发明提供一种测试用例生成方法及其系统，以根据生成的测试用例能够更加细节化的对不同产品进行测试，增强测试用例的通用性。

本发明提供了一种测试用例生成方法，包括维护测试错误产生的原因信息，以及维护测试规格说明信息；匹配所述维护的原因信息和测试规格说明信息，生成测试用例。

其中所述维护测试错误产生的原因信息具体包括：在测试得到的测试错误产生的原因信息，不在维护的测试错误产生的原因信息之内时，将所述得到的测试错误输出；维护外界新输入的测试错误产生的原因信息，所述新输入的测试错误产生的原因信息为分析所述输出的测试错误得到的。

其中所述匹配原因信息和测试规格说明信息，生成测试用例具体包括：将至少一项原因信息分别与各项测试规格说明信息进行匹配；获取匹配得到的各个匹配项作为测试用例。

其中所述匹配原因信息和测试规格说明信息，生成测试用例具体包括针对至少一项原因信息执行：根据该原因信息中包含的关键字，将该原因信息分别与包含所述关键字的各项测试规格说明信息进行匹配；获取针对所述至少一项原因信息执行所述匹配处理后得到的各个匹配项，作为测试用例。