[发明专利]一种测试用例自动填充方法及装置

说明书

本发明公开了一种测试用例自动填充方法及装置，涉及测试文档处理技术领域，高效自动完成覆盖其他层级向本层级分配的验证需求。本发明的主要技术方案为：预先创建了不同层级需求文档对应的需求关系追踪表，该需求关系追踪表内每行存储了不同层级的需求编号以及在同一行中不同层级的需求编号是存在预设追踪关系的，继而在获取到其他层级向目标层级分配的需求表之后，根据需求关系追踪表、该需求表，进一步分析获知其他层级分配的验证需求所对应的目标需求编号是与目标层级下的哪个需求编号是存在相关的，进而将该目标需求编号填充到目标层级下的需求编号所在测试模板中，实现了将其他层级向本层级分配的验证需求填充到本层级相关测试用例中。

技术领域

本发明涉及测试文档处理技术领域，尤其涉及一种测试用例自动填充方法及装置。

背景技术

测试，是整个产品生命周期中的一个重要过程，良好的测试文档可以为测试工作提供更好的指导，通常情况下，测试至少应包括测试计划、测试用例、测试报告这三个文档，其中：测试计划决定了需求的分配，测试用例既要描述测试执行的具体过程，也要完成对需求的覆盖，测试报告则是完成一轮测试的证明。

就测试用例而言，测试步骤描述的越详细，实际测试执行越不容易出现偏差，需求覆盖越完备，越有利于用例-需求追踪关系的管理。对于本层级自己的需求，在用例编写阶段就可以完成覆盖，但对于其他层级分配给本层级验证的需求，为了避免在用例编写阶段出现反复修改的问题，一般都是在一个本层级用例编写结束后，再统一补充到既有测试用例，用于覆盖其他层级分配给本层级验证的需求。

目前，通过人工手段，对其他层级分配给本层级验证的需求进行覆盖时，存在以下明显缺点：

1、人为因素导致的错误较多。假设本层级测试为子系统确认测试，需要覆盖来自其他层级测试（如系统确认测试、系统集成测试、子系统集成测试、软件确认测试、软件集成测试）的需求，首先各层级需求标签格式/需求编号格式不一样，其次在人为填写过程中，有可能导致空格括号等符号的缺失，这些都将给后续使用Reqtify工具导出追踪矩阵造成麻烦，其中，该Reqtify工具软件是专门针对基于文件的、高度可定制的、易用的需求追踪和影响分析的。

2、人工校核需求覆盖关系过程较为繁琐。假设本层级测试为软件确认测试，现在需要覆盖一条来自系统确认测试的需求，我们要做的首先是找到这条系统确认需求与本层级的哪条需求相关，再查看本层级这条需求由哪个用例覆盖，最后在该用例中添加Source，但是，如何才能找到这条系统确认需求与本层级的哪条需求相关，这种情况下，只能依次按照系统确认需求-系统集成架构-子系统确认需求-子系统集成架构-软件确认需求的顺序逐一确认，现阶段Reqtify工具只支持导出2个层级需求追踪关系，如上述涉及5个层级时，仍然还是需要人为确认的。

3、效率低下。尤其是当其他层级分配给本层级验证的需求数量较多时，如果逐条按照上述2步骤中所述过程进行确认，工作量极为庞大，完成覆盖的时间也将无限延长。

发明内容

有鉴于此，本发明提供一种测试用例自动填充方法及装置，主要目的在于将其他层级分配给本层级验证需求，自动填充到本层级相关的测试用例中，取代人工填写，不仅避免了人为因素导致的格式错误，而且节省了测试用例覆盖测试需求的时间，提升测试用例输出效率。

为了达到上述目的，本发明主要提供如下技术方案：

本申请第一方面提供了一种测试用例自动填充方法，该方法包括：

获取不同层级需求文档的追踪关系；

向所述不同层级需求文档添加预设需求编号格式；

根据所述不同层级需求文档的追踪关系、所述不同层级需求文档对应的预设需求编号格式，创建不同层级需求关系追踪表，在所述需求关系追踪表内每行存储了不同层级的需求编号以及在同一行中不同层级的需求编号是存在预设追踪关系的；