[发明专利]一种批量生成测试用例的方法

说明书

技术领域

本发明属于软件测试自动化技术领域，特别涉及一种批量生成测试用例的技术。

背景技术

单元测试(unit testing)，是指对软件中最小的可测试单元进行检查和验证，是在软件开发过程中要进行的最低级别的测试活动，在软件生命周期中尽早地对软件产品进行单元测试，可以大幅度提高后期测试和维护成本，可以说，进行充分的单元测试，是提高软件质量，降低开发成本的必由之路。

单元测试除了测试其功能性以外，还需确保代码在结构上可靠、健全并且能够有良好的响应，因此仅仅进行静态测试是不够的，必须要运行单元，进行动态测试，为动态测试设计更充分的测试用例以验证业务逻辑和单元的实际表现力。

一个测试用例，首先是设定输入数据，运行被测试函数，然后判断实际输出是否符合预期，对于具体的函数，如果输入数据确定了，那么预期输出也是确定的，因此对于测试用例来说，输入数据是核心。

而软件中的可测单元必须是独立的，需要与软件中其他部分相隔离的情况下进行测试，因此需要提供一个驱动程序(Driver)来执行被测单元，还需要提供一个被测单元的接口程序也叫桩程序(Stub)，其中，驱动程序，也称驱动模块，用以模拟被测试模块的上级模块，能够调用被测试模块。在测试过程中，驱动模块接受测试数据，调用被测模块并把相关的数据传送给被测模块，驱动程序作为入口，测试人员可以设置不同的数据参数，来完成各种测试用例；桩程序，用以模拟被测试模块工作工程中所调用的下层模块，桩模块由被测单元调用，他们一般只进行很少的数据处理，例如打印如果和返回，以便于检验被测模块与下级模块的接口。

目前市场说的单元测试工具一般都可以帮助测试人员完成测试驱动、桩模块框架，如Testbed、C++Test等。这里，以Testbed为例介绍测试用例的设计，Testbed是英国LDRA公司开发的一套主要用在软件测试与软件维护阶段以提高软件产品的质量为目标的测试工具，可同时支持编码规则检查、软件度量分析、数据流分析、覆盖率分析等，不仅适合于主机平台软件测试，同时适合于嵌入式软件的测试，Testbed内部集成的单元级测试工具TBrun可以产生软件测试驱动和桩模块，使测试人员将重点放在设计测试用例上，从而节省时间，提高软件测试效率。

但是，不只是Testbed，市场上很多的测试工具都是在生成的驱动框架上，需要人工手动逐条创建测试用例，而测试用例的充分性往往是与用例数成正比的，尤其在工业领域中多参数运算、大数据量、结构复杂，同时存在各种组合情况的函数，此时的测试尽管有测试工具的辅助，但是在逐条创建测试用例的过程中也易发生遗漏和疏忽，并且，测试用例的个数会随着测试广度及深度的加强及被测单元的复杂度而倍增，此时测试人员基于Testbed需逐条创建用例，过程冗繁，且易遗漏或出错。并且，Testbed，要在不同的用例窗口中单独设置参数配置等，效率不高，不利于用例设计的检查及测试覆盖率目标的达成。由此可见，使用测试工具实现设计测试用例的技术缺点是：

(1)测试人员人工逐条创建，并逐条填写测试输入、期望值等，过程冗烦，速度慢，效率低，针对复杂函数的测试用例设计，往往耗费大量人力成本；

(2)人工逐条创建测试用例时，往往容易遗漏，在用例执行前逐条检查过程繁琐，需逐条点击每条用例查看。

因此亟待一种简单、便捷的方式，能够在测试工具中实现大批量测试用例的设计。

发明内容

为了克服使用测试工具不能批量生成测试用例设计的技术缺点，本发明提供批量处理手段取代手动逐条创建，使测试用例设计工作能在短时间内完成，提高测试覆盖率；提高操作便利性，使测试人员专注于测试输入，只需编辑参数文件，而不用在界面上进行设置，并可结合测试工具提供的关键字，生成可被测试工具导入的测试用例文件，极大的提高了工作效率，节约的工作成本；同时在设计测试用例时，将存储测试数据的参数文件与测试工具定义的包含多个关键字的格式文件分开，可以更快速、便捷的编辑测试数据，并且编辑好的测试数据通过套用不同的格式文件可生成适用于不同测试工具的测试用例。

本发明解决其技术问题所采用的技术方案是：一种批量生成测试用例的方法，包括被测程序、测试工具、至少一组针对所述被测程序的测试数据、基于一个测试用例的格式文件和可被所述测试工具导入并执行的测试用例文件，具体为：

1)按照被测程序的输入、输出参数，将所述测试数据中对应的输入数据、预期输出数据解析到第一变量中；