CN112667523B - 一种测试用例自动填充方法及装置 - Google Patents

Abstract

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

Description

一种测试用例自动填充方法及装置

技术领域

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

背景技术

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

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

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

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

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

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

发明内容

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

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

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

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

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

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

获取其他层级向目标层级分配的需求表，所述需求表至少包括：目标需求编号、所述目标需求编号对应的目标需求内容、所述目标需求编号对应分配的目标层级的标识信息；

根据所述目标需求编号、所述目标层级的标识信息、所述同一行中不同层级的需求编号是存在预设追踪关系的，通过查找所述需求关系追踪表，确定待填充的所述目标层级下的需求编号；

将所述目标需求编号填充到所述目标层级下的需求编号所在测试用例模板中，所述目标需求编号预先关联了其他层次向本层级分配的验证需求。

在本申请第一方面的一些变更实施方式中，所述根据所述目标需求编号、所述目标层级的标识信息、所述同一行中不同层级的需求编号是存在预设追踪关系的，通过查找所述需求关系追踪表，确定待填充的所述目标层级下的需求编号，包括：

在所述需求关系追踪表内检索是否存在所述目标需求编号；

若是，则在所述需求关系追踪表内确定所述目标需求编号所在行，以及获取所述所在行内的不同层级的需求编号存在预设追踪关系；

通过查询所述所在行内的不同层级的需求编号存在预设追踪关系，判断是否存在所述目标需求编号对应的目标层级；

若是，则在所述所在行内获取所述目标层级下的需求编号。

在本申请第一方面的一些变更实施方式中，所述方法还包括：

若在所述需求关系追踪表内未检索到所述目标需求编号，则标记第一异常特征；

当通过查询所述所在行内的不同层级的需求编号存在预设追踪关系时，若确定不存在所述目标需求编号对应的目标层级，则标记第二异常特征。

在本申请第一方面的一些变更实施方式中，所述方法还包括：

在所述需求关系追踪表内校验每个层级下的需求编号是否与所述层级对应的预设需求编号格式保持一致。

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

第一获取单元，用于获取不同层级需求文档的追踪关系；

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

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

第二获取单元，用于获取其他层级向目标层级分配的需求表，所述需求表至少包括：目标需求编号、所述目标需求编号对应的目标需求内容、所述目标需求编号对应分配的目标层级的标识信息；

确定单元，用于根据所述目标需求编号、所述目标层级的标识信息、所述同一行中不同层级的需求编号是存在预设追踪关系的，通过查找所述需求关系追踪表，确定待填充的所述目标层级下的需求编号；

填充单元，用于将所述目标需求编号填充到所述目标层级下的需求编号所在测试用例模板中，所述目标需求编号预先关联了其他层次向本层级分配的验证需求。

在本申请第二方面的一些变更实施方式中，所述确定单元包括：

检索模块，用于在所述需求关系追踪表内检索是否存在所述目标需求编号；

确定模块，用于当检索到存在所述目标需求编号时，在所述需求关系追踪表内确定所述目标需求编号所在行；

获取模块，用于获取所述所在行内的不同层级的需求编号存在预设追踪关系；

判断模块，用于通过查询所述所在行内的不同层级的需求编号存在预设追踪关系，判断是否存在所述目标需求编号对应的目标层级；

所述获取模块，还用于当判断存在所述目标需求编号对应的目标层级时，在所述所在行内获取所述目标层级下的需求编号。

在本申请第二方面的一些变更实施方式中，所述确定单元还包括：

标记模块，用于若在所述需求关系追踪表内未检索到所述目标需求编号，则标记第一异常特征；

所述标记模块，还用于当通过查询所述所在行内的不同层级的需求编号存在预设追踪关系时，若确定不存在所述目标需求编号对应的目标层级，则标记第二异常特征。

在本申请第二方面的一些变更实施方式中，所述装置还包括：

校验单元，用于在所述需求关系追踪表内校验每个层级下的需求编号是否与所述层级对应的预设需求编号格式保持一致。

本申请第三方面提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如上述的测试用例自动填充方法。

本申请第四方面提供一种电子设备，所述设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；

其中，所述处理器、所述存储器通过所述总线完成相互间的通信；

所述处理器用于调用所述存储器中的程序指令，以执行如上述的测试用例自动填充方法。

借由上述技术方案，本发明提供的技术方案至少具有下列优点：

本发明提供一种测试用例自动填充方法及装置，本发明主要是预先创建了不同层级需求文档对应的需求关系追踪表，该需求关系追踪表内每行存储了不同层级的需求编号以及在同一行中不同层级的需求编号是存在预设追踪关系的，继而在获取到其他层级向目标层级分配的需求表之后，根据需求关系追踪表、该需求表，进一步分析获知其他层级分配的验证需求所对应的目标需求编号是与目标层级下的哪个需求编号是存在相关的，进而将该目标需求编号填充到目标层级下的需求编号所在测试模板中，实现了将其他层级向本层级分配的验证需求填充到本层级相关测试用例中。相较于现有技术，解决了现有的利用人工手段在对其他层级分配给本层级验证的需求进行覆盖时，需要更多耗时、易出错、繁琐、效率低的技术问题，本发明能够将其他层级分配给本层级验证需求，自动填充到本层级相关的测试用例中，取代人工填写，不仅避免了人为因素导致的格式错误，而且节省了测试用例覆盖测试需求的时间，提升测试用例输出效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例提供的一种测试用例自动填充方法流程图；

图2为本发明实施例例举的不同层级需求关系追踪表；

图3为本发明实施例提供的另一种测试用例自动填充方法流程图；

图4为本发明实施例例举的SyRD层级分配为SsyIT的需求表；

图5为本发明实施例提供的一种测试用例自动填充装置的组成框图；

图6为本发明实施例提供的另一种测试用例自动填充装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种测试用例自动填充方法，如图1所示，该方法主要是将其他层级分配给本层级验证需求，自动填充到本层级相关的测试用例，对此本发明实施例提供以下具体步骤：

101、获取不同层级需求文档的追踪关系。

在本发明实施例中，是针对其他层级分配给本层级验证的需求，进行测试用例的需求覆盖，首先需要说明的是，“本层级”和“其他层级”是相对指代而言的，并不是做了唯一指代限定，即对于由一个层级分配到另一个层级验证的需求，分配方为“其他层级”，被分配方则相对的称为“本层级”，另外在本发明实施例中，根据不同测试需求，可以存在1个或多个“其他层级”向一个“本层级”分配验证的需求。

进一步的，根据不同测试需求，在这些多个“其他层级”中，也可以存在一个层级向另一个层级分配验证需求，因此为了方便于追踪“分配方”和“被分配方”两者之间的关系，可以预先定义多个不同层级需求文档的追踪关系。

例如，若测试涉及6个层级，即：系统确认需求、系统集成架构、子系统确认需求、子系统集成架构、软件确认需求、软件集成架构，可以预先定义这6个层级之间的追踪关系为：系统确认需求->系统集成架构->子系统确认需求->子系统集成架构->软件确认需求->软件集成架构。

102、向不同层级需求文档添加预设需求编号格式。

在本发明实施例中，根据不同层级需求文档的标识特征，可以向每一个层级需求文档添加对应的预设需求编号格式，从而方便于根据一个需求编号就能够判断出是归属于哪个层级的验证需求。

例如：上述的6个层级，系统确认需求（缩写标识为SyRD）、系统集成架构（缩写标识为SyAD）、子系统确认需求（缩写标识为SsyRS）、子系统集成架构（缩写标识为SsyAD）、软件确认需求（缩写标识为SwRS）、软件集成架构（缩写标识为SwAD）。对于本发明实施例，可以利用不同层级的缩写标识，向每个层级需求文档添加预设需求编号格式，具体为：

SyRD层级：添加预设需求编号格式，为 TIS-KA-SyRD-xxxx；

SyAD层级：添加预设需求编号格式，为 TIS-KA-SyAD-xxxx；

SsyRS层级：添加预设需求编号格式，为 TIS-KA-TISPS-SsyRS-xxxx；

SsyAD层级：添加预设需求编号格式，为 TIS-KA-TISPS-SsyAD-xxxx；

SwRS层级：添加预设需求编号格式，为 TIS-KA_LPS-SwRS-xxxx；

SwAD层级：添加预设需求编号格式，为 TIS-KA_LPS-SwAD-xxxx；

其中，“xxxx”指代省略的内容，是用于填写该层级的具体的编号信息，需要说明的是该省略内容指代的编号信息没有对具体编号位数和表现形式进行限定。

103、根据不同层级需求文档的追踪关系、不同层级需求文档对应的预设需求编号格式，创建不同层级需求关系追踪表。

在本发明实施例中，根据不同层级需求文档的追踪关系、不同层级需求文档对应的预设需求编号格式，可以创建各层级需求关系追踪表，在该需求关系追踪表内每行存储了不同层级的需求编号以及在同一行中不同层级的需求编号是存在预设追踪关系的。

如图2例举的各层级需求关系追踪表，在该需求关系追踪表中，由左向右填写了不同层级列，并且根据该由左向右的顺序解释了不同层级之间存在的追踪关系为：SyRD->SyAD->SsyRS->SsyAD->SwRS->SwAD，并且在该表中，每个层级下都填写了具体的需求编号，在每个层级下需求编号都是与该层级对应的预设需求编号格式保持一致的，从而方便于根据表中某一个需求编号就能够判断识别出它是归属于哪个层级的，在该表中每个需求编号都是指代一个验证需求。

进一步的，利用附图2中的表的每一行可以清楚的展示出不同层级下的需求编号对应的验证需求之间存在的追踪关系，需要说明的是，该附图2仅是列举出一种需求关系追踪表的表现形式，并且利用该表现形式能够清楚的展示不同层级需求文档之间存在的追踪关系，但是本发明实施例给出的需求追踪关系表应当包括但不仅限于利用附图2这一种表现形式，具体的，不进行一一例举。

104、获取其他层级向目标层级分配的需求表，需求表至少包括：目标需求编号、目标需求编号对应的目标需求内容、目标需求编号对应分配的目标层级的标识信息。

在本发明实施例中，根据其他层级向分配本层级测试验证需求，可以预先构建一个“其他层级向目标层级分配的需求表”，对于该需求表，可以包含目标需求编号、目标需求编号对应的目标需求内容、目标需求编号对应分配的目标层级的标识信息，其中“目标需求编号”应该清楚地展示归属于哪个层级，且该“目标需求编号”的编写格式应该符合步骤102中提及的预设需求编号格式的规则，该目标需求编号就是相当于其他层级下的需求编号，也即对应指代了向一个目标层级所需要分配的验证需求。

进一步的，该目标需求编号对应的目标需求是用于描述验证需求的具体内容，方便于编写测试的人员查看。

进一步的，该需求表中的“目标需求编号对应分配的目标层级的标识信息”应该清楚地展示待验证需求是向哪个层级分配的，例如，可以利用层级缩写标识作为目标层级的标识信息，去指示向哪个层级分配验证需求。

105、根据目标需求编号、目标层级的标识信息、同一行中不同层级的需求编号是存在预设追踪关系的，通过查找需求关系追踪表，确定待执行填充任务的目标层级下的需求编号。

在本发明实施例中，根据目标需求编号、目标层级的标识信息、同一行中不同层级的需求编号是存在预设追踪关系的，通过查找需求关系追踪表，目的是查找到目标需求编号是与目标层级下哪个需求编号存在关联的，该目标层级下的需求编号对应的测试用例，就是目标需求编号待执行填充任务的用例。

106、将目标需求编号填充到目标层级下的需求编号所在测试用例模板中。

其中，目标需求编号预先关联了其他层次向本层级分配的验证需求，对于本步骤106，就是将这个验证需求填充到目标层级下需求编号所在测试用例模板中，该测试用例模板内预先填充了对该目标层级下需求编号对应测试需求所编辑的测试用例，因此，本步骤106也就是将向目标层级分配的验证需求填充到了目标层级下指定需求编号所在测试用例中。

在本发明实施例中，通过查找需求关系追踪表，就能够获知其他层级的目标需求编号与目标层级下哪个需求编号是相关的，进而也就能够实现了将目标需求内容（即其他层级分配的验证需求）填充到这个相关的需求编号的验证需求（测试用例）内。

需要说明的是，为实现本发明实施例的自动化操作，可以预先编写一个测试用例自动填充工具软件，作为本发明实施例方法的执行主体，该工具软件的功能用途就是，用于覆盖其他层级分配给本层级验证的需求。进而利用该工具软件自动查找“需求关系追踪表”和“其他层级向目标层级分配的需求表”，就能够自动的实现：将其他层级分配给本层级验证需求，自动填充到本层级相关的测试用例。

本发明实施例提供一种测试用例自动填充方法，本发明主要是预先创建了不同层级需求文档对应的需求关系追踪表，该需求关系追踪表内每行存储了不同层级的需求编号以及在同一行中不同层级的需求编号是存在预设追踪关系的，继而在获取到其他层级向目标层级分配的需求表之后，根据需求关系追踪表、该需求表，进一步分析获知其他层级分配的验证需求所对应的目标需求编号是与目标层级下的哪个需求编号是存在相关的，进而将该目标需求编号填充到目标层级下的需求编号所在测试模板中，实现了将其他层级向本层级分配的验证需求填充到本层级相关测试用例中。相较于现有技术，解决了现有的利用人工手段在对其他层级分配给本层级验证的需求进行覆盖时，需要更多耗时、易出错、繁琐、效率低的技术问题，本发明能够将其他层级分配给本层级验证需求，自动填充到本层级相关的测试用例中，取代人工填写，不仅避免了人为因素导致的格式错误，而且节省了测试用例覆盖测试需求的时间，提升测试用例输出效率。

为了对上述实施例做出更加详细的说明，本发明实施例还提供了另一种测试用例自动填充方法，如图3所示，对此本发明实施例提供以下具体步骤：

201、获取不同层级需求文档的追踪关系。

202、向不同层级需求文档添加预设需求编号格式。

在本发明实施例中，对于步骤201-202的陈述，参见步骤101-102，此处不再赘述。

203、根据不同层级需求文档的追踪关系、不同层级需求文档对应的预设需求编号格式，创建不同层级需求关系追踪表。

在本发明实施例中，在该需求关系追踪表内每行存储了不同层级的需求编号以及在同一行中不同层级的需求编号是存在预设追踪关系的。例如，本发明实施例使用的需求关系追踪关系表的表现形式如附图2所示。

在附图2给出的需求关系追踪表中，一个行数据展示的是：一条需求关系追踪信息内存储了按照预设追踪关系排序的不同层级的需求编号，例如序号1行，展示了6个层级以及自左向右的不同层级之间的追踪关系SyRD->SyAD->SsyRS->SsyAD->SwRS->SwAD，继而根据该追踪关系分析该序号1行对应的需求关系追踪信息，具体为如下：

TIS-KA-SyRD-0101->TIS-KA-SyAD-0101 ->TIS-KA-TISPS-SsyRS-0100 ->TIS-KA-TISPS-SsyAD-0080->TIS-KA_LPS-SwRS-0063 ->TIS-KA_LPS-SwAD-0063；

TIS-KA-SyRD-0101、TIS-KA-SyAD-0101、TIS-KA-TISPS-SsyRS-0100 、TIS-KA-TISPS-SsyAD-0080、TIS-KA_LPS-SwRS-0063、TIS-KA_LPS-SwAD-0063，分别为不同层级下的需求编号，每个需求编号指代对应着一个验证需求，并且覆盖该验证需求所需的测试用例是预先编写和存储的。

204、在需求关系追踪表内校验每个层级下的需求编号是否与该层级对应的预设需求编号格式保持一致。

在本发明实施例中，在创建需求关系追踪表之后，需要校验每个层级下填写的需求编号是否与该层级的预设需求编号格式一致，若不一致，则输出异常报警信息，以特征显示的方式提示哪些需求编号存在格式错误，以方便于后续人工纠正。

205、获取其他层级向目标层级分配的需求表。

在本发明实施例中，需求表至少包括：目标需求编号、目标需求编号对应的目标需求内容、目标需求编号对应分配的目标层级的标识信息，具体的，例举该需求表可以为如图4所示的SyRD分配为SsyIT测试的需求表，在该SsyIT测试阶段，指定本层级需求为SsyAD。

如附图4所示的需求表中，包括了：需求编号（对应于附图2中的不同层级需求编号）即目标需求编号；目标需求编号对应的目标需求内容，也就是其他层级向本层级分配的验证需求；分配SsyIT，为表示SsyIT测试阶段，即如上预先指定的在该SsyIT测试阶段的本层级为SsyAD，表明向目标层级为SsyAD分配验证需求。

206、根据目标需求编号、目标层级的标识信息、同一行中不同层级的需求编号是存在预设追踪关系的，通过查找需求关系追踪表，确定待执行填充任务的目标层级下的需求编号。

在本发明实施例中，本步骤主要结合附图2和附图4的两个表进行细化陈述如下：

第一步，在需求关系追踪表内检索是否存在目标需求编号，若是，在需求关系追踪表内确定目标需求编号所在行，以及获取所在行内的不同层级的需求编号存在预设追踪关系。

例如，附图4中表的第一行，需求编号为“TIS-KA-SyRD-0101”，即目标需求，通过查找附图2表内也是存在该目标需求编号的，并且是在附图2表内的第一行，同时也继续获取该行内不同层级需求编号所存在的预设追踪关系，如附图2所示。

需要说明的是，若在需求关系追踪表内未检索到目标需求编号，则标记第一异常特征，标记方式可以采用特征表示方式，如在需求表中标记该需求编号为红色，用于表明该需求未在需求关系追踪表内检索到。

第二步，通过查询上述的所在行内的不同层级的需求编号存在预设追踪关系，判断是否存在目标需求编号对应的目标层级，若是，则在上述的所在行内获取目标层级下的需求编号。

例如，还是以附图4中表的序号1行为例，对于目标需求编号“TIS-KA-SyRD-0101”，通过查询附图2表内的每行数据（即每条需求追踪信息）内是否存在该目标需求编号对应的目标层级（即本层级SsyAD），如附图2表内序号1行层级SsyAD下存在需求编号“TIS-KA-TISPS-SsyAD-0080”，则获取该层级SsyAD下的这个需求编号。

需要说明的是，若通过查询需求关系追踪信息而确定不存在目标需求编号对应的目标层级，也就是找不到SyRD层级和层级SsyAD之间存在相关的需求，则标记第二异常特征。标记方式可以采用特征表示方式，如在需求表中标记该需求编号为黄色，用于表明该这条SsyAD需求不是本阶段SsyIT验证的。

207、将目标需求编号填充到目标层级下的需求编号所在测试用例模板中，目标需求编号预先关联了其他层次向本层级分配的验证需求。

在本发明实施例中，结合附图2和附图4的两个表进行细化陈述如下：

通过查询附图4表，获取目标需求编号、目标需求编号对应的目标需求内容，该目标需求内容主要用于描述其他层级向本层级分配的验证需求的内容是什么。该目标层级下需求编号的测试模板主要存储了测试用例，由于目标需求编号预先关联了其他层次向本层级分配的验证需求，因此本发明实施例通过将目标需求编号填充到目标层级下对应需求编号所在测试用例模板，也就是间接地实现了将目标需求编号对应测试用例填充到相应的测试用例模板中，从而最终实现将其他层级分配给本层级验证需求，自动填充到本层级相关的测试用例中。

如结合附图2和4得到，完成将SyRD分配的验证需求填充到层级SsyAD下的指定测试用例中。

进一步的，作为对上述图1、图3所示方法的实现，本发明实施例提供了一种测试用例自动填充装置。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置应用于将其他层级分配给本层级验证需求自动填充到本层级相关的测试用例，具体如图5所示，该装置包括：

第一获取单元31，用于获取不同层级需求文档的追踪关系；

添加单元32，用于向所述不同层级需求文档添加预设需求编号格式；

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

第二获取单元34，用于获取其他层级向目标层级分配的需求表，所述需求表至少包括：目标需求编号、所述目标需求编号对应的目标需求内容、所述目标需求编号对应分配的目标层级的标识信息；

确定单元35，用于根据所述目标需求编号、所述目标层级的标识信息、所述同一行中不同层级的需求编号是存在预设追踪关系的，通过查找所述需求关系追踪表，确定待执行填充任务的所述目标层级下的需求编号；

填充单元36，用于将所述目标需求编号填充到所述目标层级下的需求编号所在测试用例模板中，所述目标需求编号预先关联了其他层次向本层级分配的验证需求。

进一步的，如图6所示，所述确定单元35包括：

检索模块351，用于在所述需求关系追踪表内检索是否存在所述目标需求编号；

确定模块352，用于当检索到存在所述目标需求编号时，在所述需求关系追踪表内确定所述目标需求编号所在行；

获取模块353，用于获取所述所在行内的不同层级的需求编号存在预设追踪关系；

判断模块354，用于通过查询所述所在行内的不同层级的需求编号存在预设追踪关系，判断是否存在所述目标需求编号对应的目标层级；

所述获取模块353，还用于当判断存在所述目标需求编号对应的目标层级时，在所述所在行内获取所述目标层级下的需求编号。

进一步的，如图6所示，所述确定单元35还包括：

标记模块355，用于若在所述需求关系追踪表内未检索到所述目标需求编号，则标记第一异常特征；

所述标记模块355，还用于当通过查询所述所在行内的不同层级的需求编号存在预设追踪关系时，若确定不存在所述目标需求编号对应的目标层级，则标记第二异常特征。

进一步的，如图6所示，所述装置还包括：

校验单元37，用于在所述需求关系追踪表内校验每个层级下的需求编号是否与所述层级对应的预设需求编号格式保持一致。

综上所述，本发明实施例提供一种测试用例自动填充方法及装置，本发明实施例主要是预先创建了不同层级需求文档对应的需求关系追踪表，该需求关系追踪表内每行存储了不同层级的需求编号以及在同一行中不同层级的需求编号是存在预设追踪关系的，继而在获取到其他层级向目标层级分配的需求表之后，根据需求关系追踪表、该需求表，进一步分析获知其他层级分配的验证需求所对应的目标需求编号是与目标层级下的哪个需求编号是存在相关的，进而将该目标需求编号填充到目标层级下的需求编号所在测试模板中，实现了将其他层级向本层级分配的验证需求填充到本层级相关测试用例中。相较于现有技术，解决了现有的利用人工手段在对其他层级分配给本层级验证的需求进行覆盖时，需要更多耗时、易出错、繁琐、效率低的技术问题，本发明实施例能够将其他层级分配给本层级验证需求，自动填充到本层级相关的测试用例中，取代人工填写，不仅避免了人为因素导致的格式错误，而且节省了测试用例覆盖测试需求的时间，提升测试用例输出效率。

所述测试用例自动填充装置包括处理器和存储器，上述第一获取单元、添加单元、创建单元、第二获取单元、确定单元和填充单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来将其他层级分配给本层级验证需求，自动填充到本层级相关的测试用例中，取代人工填写，不仅避免了人为因素导致的格式错误，而且节省了测试用例覆盖测试需求的时间，提升测试用例输出效率。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述测试用例自动填充方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述测试用例自动填充方法。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

一种测试用例自动填充方法，所述方法包括：获取不同层级需求文档的追踪关系；向所述不同层级需求文档添加预设需求编号格式；根据所述不同层级需求文档的追踪关系、所述不同层级需求文档对应的预设需求编号格式，创建不同层级需求关系追踪表，在所述需求关系追踪表内每行存储了不同层级的需求编号以及在同一行中不同层级的需求编号是存在预设追踪关系的；获取其他层级向目标层级分配的需求表，所述需求表至少包括：目标需求编号、所述目标需求编号对应的目标需求内容、所述目标需求编号对应分配的目标层级的标识信息；根据所述目标需求编号、所述目标层级的标识信息、所述同一行中不同层级的需求编号是存在预设追踪关系的，通过查找所述需求关系追踪表，确定待执行填充任务的所述目标层级下的需求编号；将所述目标需求编号填充到所述目标层级下的需求编号所在测试用例模板中，所述目标需求编号预先关联了其他层次向本层级分配的验证需求。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种测试用例自动填充方法，其特征在于，所述方法包括：

获取不同层级需求文档的追踪关系，所述不同层级至少涉及包括：系统确认需求层级、系统集成架构层级、子系统确认需求层级、子系统集成架构层级、软件确认需求层级、软件集成架构层级，所述追踪关系为不同层级之间存在的追踪关系；

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

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

获取其他层级向目标层级分配的需求表，所述需求表对应为其他层级分配到目标层级验证的需求，所述需求表至少包括：目标需求编号、所述目标需求编号对应的目标需求内容、所述目标需求编号对应分配的目标层级的标识信息；

根据所述目标需求编号、所述目标层级的标识信息、所述同一行中不同层级的需求编号是存在预设追踪关系的，通过查找所述需求关系追踪表，确定待执行填充任务的所述目标层级下的需求编号；

将所述目标需求编号填充到所述目标层级下的需求编号所在测试用例模板中，所述目标需求编号预先关联了其他层次向本层级分配的验证需求。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标需求编号、所述目标层级的标识信息、所述同一行中不同层级的需求编号是存在预设追踪关系的，通过查找所述需求关系追踪表，确定待填充的所述目标层级下的需求编号，包括：

在所述需求关系追踪表内检索是否存在所述目标需求编号；

若是，则在所述需求关系追踪表内确定所述目标需求编号所在行，以及获取所述所在行内的不同层级的需求编号存在预设追踪关系；

通过查询所述所在行内的不同层级的需求编号存在预设追踪关系，判断是否存在所述目标需求编号对应的目标层级；

若是，则在所述所在行内获取所述目标层级下的需求编号。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若在所述需求关系追踪表内未检索到所述目标需求编号，则标记第一异常特征；

当通过查询所述所在行内的不同层级的需求编号存在预设追踪关系时，若确定不存在所述目标需求编号对应的目标层级，则标记第二异常特征。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述需求关系追踪表内校验每个层级下的需求编号是否与所述层级对应的预设需求编号格式保持一致。

5.一种测试用例自动填充装置，其特征在于，所述装置包括：

第一获取单元，用于获取不同层级需求文档的追踪关系，所述不同层级至少涉及包括：系统确认需求层级、系统集成架构层级、子系统确认需求层级、子系统集成架构层级、软件确认需求层级、软件集成架构层级，所述追踪关系为不同层级之间存在的追踪关系；

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

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

第二获取单元，用于获取其他层级向目标层级分配的需求表，所述需求表对应为其他层级分配到目标层级验证的需求，所述需求表至少包括：目标需求编号、所述目标需求编号对应的目标需求内容、所述目标需求编号对应分配的目标层级的标识信息；

确定单元，用于根据所述目标需求编号、所述目标层级的标识信息、所述同一行中不同层级的需求编号是存在预设追踪关系的，通过查找所述需求关系追踪表，确定待执行填充任务的所述目标层级下的需求编号；

填充单元，用于将所述目标需求编号填充到所述目标层级下的需求编号所在测试用例模板中，所述目标需求编号预先关联了其他层次向本层级分配的验证需求。

6.根据权利要求5所述的装置，其特征在于，所述确定单元包括：

检索模块，用于在所述需求关系追踪表内检索是否存在所述目标需求编号；

确定模块，用于当检索到存在所述目标需求编号时，在所述需求关系追踪表内确定所述目标需求编号所在行；

获取模块，用于获取所述所在行内的不同层级的需求编号存在预设追踪关系；

判断模块，用于通过查询所述所在行内的不同层级的需求编号存在预设追踪关系，判断是否存在所述目标需求编号对应的目标层级；

所述获取模块，还用于当判断存在所述目标需求编号对应的目标层级时，在所述所在行内获取所述目标层级下的需求编号。

7.根据权利要求6所述的装置，其特征在于，所述确定单元还包括：

标记模块，用于若在所述需求关系追踪表内未检索到所述目标需求编号，则标记第一异常特征；

所述标记模块，还用于当通过查询所述所在行内的不同层级的需求编号存在预设追踪关系时，若确定不存在所述目标需求编号对应的目标层级，则标记第二异常特征。

8.根据权利要求5所述的装置，其特征在于，所述装置还包括：

校验单元，用于在所述需求关系追踪表内校验每个层级下的需求编号是否与所述层级对应的预设需求编号格式保持一致。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如权利要求1-4中任一项所述的测试用例自动填充方法。

10.一种电子设备，其特征在于，所述设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；

其中，所述处理器、所述存储器通过所述总线完成相互间的通信；

所述处理器用于调用所述存储器中的程序指令，以执行如权利要求1-4中任一项所述的测试用例自动填充方法。

Images