[发明专利]一种单元测试自动执行方法及工具

说明书

本发明属于软件测试领域，涉及一种单元测试自动执行方法及工具。该方法包括：依据测试人员输入的地址，寻找单元测试用例集Excel表格；输入被测函数的标识；在单元测试用例集Excel表格中读取被测函数的标识和相应测试用例的输入；根据被测函数名下各测试用例的输入，控制TestBed软件依次执行被测函数名下的单元测试用例；执行完毕后获取覆盖率分析报告。

技术领域

本发明属于软件测试领域，涉及一种单元测试自动执行方法及工具。

背景技术

软件研制过程中，软件测试是不可或缺的重要环节，是软件质量保证的关键步骤。美国质量保证研究所对软件测试的研究结果表明：越早发现软件中存在的问题，开发费用就越低；在编码后修改软件缺陷的成本是编码前的10倍，在产品交付后修改软件缺陷的成本是交付前的10倍；软件质量越高，软件发布后的维护费用越低。测试过程中，越早发现问题，修正问题需要投入的人力物力越少。软件测试V模型中，单元测试在软件编码阶段就可以尽早介入，并随着开发过程持续迭代。

单元测试作为软件测试中不可或缺的一环，一段时间以来都耗费了测试人员较大的精力。针对军民机软件的测试需要满足结构覆盖率要求，即语句覆盖、分支覆盖和MC/DC覆盖率均为100％。

按照行业内基于单元测试的共识，大约每260行代码就需要1人/日的时间。如果按软件规模大约在5万行计算，仅单元测试的时间就需要192人/日的时间。对于研制流程较为固定的军民机而言，这几乎是不可能完成的工作，因此在工程实践中，测试人员一般会选取关键、重要函数作为单元测试的对象。

测试人员在执行单元测试时不仅需要阅读代码设计测试用例，还需要使用TestBed来执行测试用例，以拿到覆盖率报告。按照目前工程经验的估算，测试人员设计50个用例用时大约在1.5个小时左右，而使用TestBed执行50个用例的时间大约需要4.5个小时～6个小时(依据函数的复杂程度)。因此人工设计用例的时间大约占25％，而TestBed执行时间要占75％之多。

发明内容

本发明的目的：需要研发出能够打通单元测试用例集和TestBed的单元测试自动执行方法及工具，以达到能够自动完成测试用例的识别、执行工作，来解放测试人员的重复劳动的目的。最终能够产生这样的效果：即软件测试人员专注于测试用例的设计，而其余75％时间测试用例的执行工作由工具来完成。

本发明的技术方案：

一种单元测试自动执行方法，依托于单元测试自动执行工具，包括：

依据测试人员输入的地址，寻找单元测试用例集Excel表格；

输入被测函数的标识；

在单元测试用例集Excel表格中读取被测函数的标识和相应测试用例的输入；

根据被测函数名下各测试用例的输入，控制TestBed软件依次执行被测函数名下的单元测试用例；

执行完毕后获取覆盖率分析报告。

对于任一测试用例，根据被测函数名下各测试用例的输入，控制TestBed软件依次执行被测函数名下的单元测试用例，包括：

步骤1、提取该测试用例在表格中输入项的关键词，并进行词法分析和语法分析，获取测试用例所需变量名和变量值；

步骤2、在TestBed软件界面中通过图像识别技术识别出test case1位置，控制TestBed在test case1的基础上，创建新的test case；

步骤3、在新的test case中通过图像识别技术在右下角的变量窗口中创建新的变量，并依次输入变量名和变量值；

步骤4、待所有变量均输入完成，触发由生成点击F2键对应的用例执行指令，控制TestBed开始执行用例；