CN110941562A - 测试用例的验证方法、装置及电子设备 - Google Patents

Abstract

本发明公开了一种测试用例的验证方法、装置及电子设备，应用于测试技术领域，主要目的在于解决现有的验证测试用例时需要消耗人力的问题，本发明主要步骤包括：获取需求信息，所述需求信息中包含有所需验证的测试内容；根据所述需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果；输出所述需求信息对应的验证结果。本发明适用于测试用例的验证。

Description

测试用例的验证方法、装置及电子设备

技术领域

本发明涉及测试技术领域，具体涉及一种测试用例的验证方法、装置及电子设备。

背景技术

随着技术的不断发展，测试技术也逐步随之进步。其中，在系统产品测试领域中，常常采用测试用例来对设备、系统等进行测试，其中，测试用例(Test Case，测试用例)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果的测试模型，以便实现在测试某个输入信息在其设定的执行条件和参数下得到的运行结果是否满足预期结果的测试功能。基于测试用例能够对设备或系统的功能进行检测，因此测试用例的好坏将直接影响对上述系统或设备的检测效果。由于对测试用例的验证是确保测试用例设置的合理性和准确性的重要保障，因此，对于测试用例的验证，就显得格外重要。

目前，现有的测试用例验证过程中，一般都是采用人工进行测试用例的验证操作，但在通过人工方式对每个测试用例的各种项目进行一一验证的过程中，往往需要消耗大量的人力，并且人力操作过程中在长时间验证过程中是极易出现错误的，因此，在实际应用中，现有的人工方式的测试用例验证过程，往往需要消耗较多人力，尤其是当需要验证的测试用例较多时，往往需要安排更多的人手分担以确保验证结果的准确性，这就进一步的加大的验证过程中的人力消耗，由此，现有的测试用例验证过程中存在人力消耗的问题。

发明内容

有鉴于此，本发明提供了一种测试用例的验证方法、装置及电子设备，为了解决现有的测试用例的验证过程中人力消耗较多的问题。

为实现上述发明目的，根据本发明的第一个方面，提供一种测试用例的验证方法，包括：

获取需求信息，所述需求信息中包含有所需验证的测试内容；

根据所述需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；

根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果；

输出所述需求信息对应的验证结果。

可选的，所述预设验证规则包括：用例完整性验证规则及用例追踪性验证规则；

在所述根据所述需求信息从测试用例获取目标测试参数之前，所述方法还包括：

设置验证模板，所述验证模板中设置有用于进行测试用例验证的项目标签，所述验证模板包括用例完整性模板及用例追踪模板。

所述根据所述需求信息从测试用例获取目标测试参数，包括：

获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数；

所述根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果，包括：

根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果。

可选的，所述验证模板包括用例完整性模板及用例追踪模板，所述需求信息中还包含用例参数标签，所述用例参数标签对应所述测试内容，所述测试用例中至少包含有一个用例参数标签；

所述获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数，包括：

获取所述用例完整性模板，所述用例完整性模板中设置的项目标签包括需求标签、需求内容、用例标签、用例内容、需求分配阶段、验证结果及备注；

从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例完整性的项目标签中需求标签、需求内容、用例标签、用例内容及需求分配阶段的多种参数信息作为所述目标参数信息，所述测试用例集合中至少包含有一个测试用例；

所述根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果包括：

将所述目标参数信息中多种参数信息分别按照需求标签、需求内容、用例标签、用例内容、需求分配阶段进行添加，得到用例完整性验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

根据预设完整性标准对所述验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

可选的，所述获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数，包括：

获取所述用例追踪模板，所述用例追踪模板中设置的项目标签包括用例标签、用例内容、需求标签、需求内容、验证结果及备注；

从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例追踪模板的项目标签中用例标签、用例内容、需求标签及需求内容的多种参数信息作为所述目标参数信息；

所述根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果包括：

将所述目标参数信息中多种参数信息分别按照用例标签、用例内容、需求标签及需求内容进行添加，得到所述用例追踪验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

根据预设追踪标准对所述用例追踪验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

可选的，在所述输出所述需求信息对应的验证结果之前，所述方法还包括：

获取验证结果统计模板，所述验证结果统计模板中包括所需统的验证结果的各种统计参数，所述统计参数包括验证数目、不适用数目、验证通过数目、验证失败数目、验证通过百分比以及开放问题汇总；

根据所述验证结果，按照所述统计参数分别统计对应的统计结果，并添加到所述验证结果统计模板中，生成统计后的验证结果统计表；

所述输出所述需求信息对应的验证结果，包括：

输出所述需求信息对应的验证结果，并同时输出所述验证结果统计表。

可选的，在所述输出所述需求信息对应的验证结果之前，所述方法还包括：

获取测试用例验证模板，所述测试用例验证模板为预设的包含有测试用例验证情况的多种参数的模板，所述测试用例验证模板中参数信息包括测试用例描述、测试方法、预设测试条件、测试步骤、步骤描述以及预期结果；

根据所述验证模板以及测试用例验证模板中包含的参数信息，生成所述测试用例验证表；

所述输出所述需求信息对应的验证结果，包括：

输出所述需求信息对应的验证结果，并同时输出所述测试用例验证表。

根据本发明的第二方面，本发明还提供了一种测试用例的验证装置，其特征在于，包括：

第一获取单元，用于获取需求信息，所述需求信息中包含有所需验证的测试内容；

第二获取单元，用于根据所述需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；

确定单元，用于根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果；

输出单元，用于输出所述需求信息对应的验证结果。

可选的，所述预设验证规则包括：用例完整性验证规则及用例追踪性验证规则；

所述装置还包括：

设置单元，用于设置验证模板，所述验证模板中设置有用于进行测试用例验证的项目标签，所述验证模板包括用例完整性模板及用例追踪模板。

所述第二获取单元，具体用于获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数；

所述确定单元，具体用于根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果。

可选的，所述验证模板包括用例完整性模板及用例追踪模板，所述需求信息中还包含用例参数标签，所述用例参数标签对应所述测试内容，所述测试用例中至少包含有一个用例参数标签；

所述第二获取单元，包括：

第一获取模块，用于获取所述用例完整性模板，所述用例完整性模板中设置的项目标签包括需求标签、需求内容、用例标签、用例内容、需求分配阶段、验证结果及备注；

第一确定模块，用于从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例完整性的项目标签中需求标签、需求内容、用例标签、用例内容及需求分配阶段的多种参数信息作为所述目标参数信息，所述测试用例集合中至少包含有一个测试用例；

所述确定单元包括：

第一添加模块，用于将所述目标参数信息中多种参数信息分别按照需求标签、需求内容、用例标签、用例内容、需求分配阶段进行添加，得到用例完整性验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

第一确定模块，用于根据预设完整性标准对所述验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

可选的，所述第二获取单元，包括：

第二获取模块，用于获取所述用例追踪模板，所述用例追踪模板中设置的项目标签包括用例标签、用例内容、需求标签、需求内容、验证结果及备注；

第二确定模块，用于从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例追踪模板的项目标签中用例标签、用例内容、需求标签及需求内容的多种参数信息作为所述目标参数信息；

所述确定单元包括：

第二添加模块，用于将所述目标参数信息中多种参数信息分别按照用例标签、用例内容、需求标签及需求内容进行添加，得到所述用例追踪验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

第二确定模块，用于根据预设追踪标准对所述用例追踪验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

可选的，所述装置还包括：

第三获取单元，用于获取验证结果统计模板，所述验证结果统计模板中包括所需统的验证结果的各种统计参数，所述统计参数包括验证数目、不适用数目、验证通过数目、验证失败数目、验证通过百分比以及开放问题汇总；

第一生成单元，用于根据所述验证结果，按照所述统计参数分别统计对应的统计结果，并添加到所述验证结果统计模板中，生成统计后的验证结果统计表；

所述输出单元，具体用于输出所述需求信息对应的验证结果，并同时输出所述验证结果统计表。

可选的，所述装置还包括：

第四获取单元，用于获取测试用例验证模板，所述测试用例验证模板为预设的包含有测试用例验证情况的多种参数的模板，所述测试用例验证模板中参数信息包括测试用例描述、测试方法、预设测试条件、测试步骤、步骤描述以及预期结果；

第二生成单元，用于根据所述验证模板以及测试用例验证模板中包含的参数信息，生成所述测试用例验证表；

所述输出单元，还具体用于输出所述需求信息对应的验证结果，并同时输出所述测试用例验证表。

根据本发明第三个方面，提供了一种电子设备，包括存储器、处理器和通讯总线；

所述存储器与所述处理器通过所述通讯总线通讯连接；

所述存储器中存储有计算机可执行指令，所述处理器用于执行所述计算机可执行指令，用于实现本发明第一个方面提供的测试用例的验证方法。

根据本发明第四个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令在被执行时，用于实现本发明第一个方面提供的测试用例的验证方法。

本发明提供的一种测试用例的验证方法、装置及电子设备，与现有技术中在通过人工方式进行测试用例的验证相比，本发明首先获取需求信息，其中，所述需求信息中包含有所需验证的测试内容；然后，根据所述需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；之后，根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果；最后，输出所述需求信息对应的验证结果，从而实现了一种能够基于机器设备进行自动化的测试用例的验证方法，与现有的通过人工验证相比，本发明能够基于需求信息中所需验证的测试内容从测试用例中进行目标测试参数的获取，并按照预设验证规则进行验证，得到对应的验证结果并输出，可以使这个验证过程无需人工的介入，在输出了需求信息后直接得到验证结果，避免了对人力的消耗。此外，在本发明所述的方法中，基于其验证过程是自动化进行的，而并非是人工操作的，因此，在验证过程中可以基于预设的验证规则进行有条不紊的验证，避免了人工验证过程中操作人员长时间进行验证后基于疲劳等原因导致的验证结果准确性降低的问题，避免了可能出现的验证过程中的错误，提高了验证结果的准确性。

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

附图说明

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

图1是根据本申请一实施例提供的一种测试用例的验证方法的实现流程图；

图2是根据本申请一实施例提供的另一种测试用例的验证方法的实现流程图；

图3是根据本申请一实施例提供的一种测试用例的验证装置的结构示意图；

图4是根据本申请一实施例提供的另一种测试用例的验证装置的结构示意图；

图5是根据本申请一实施例提供的电子设备的结构示意图。

具体实施方式

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

本发明实施例提供了一种测试用例的验证方法，如图1所示，所述方法包括：

101、获取需求信息。

其中，所述需求信息中包含有所需验证的测试内容。

在本发明实施例中，所述需求信息可以理解为用户输入的用于验证某个功能或项目的需求，其中包含有需要验证的测试内容。同时，为了便于对所述需求信息中包含的内容进行分析和判断，所述需求信息除了包含有测试内容之外，还可以包含用例参数标签及结束标识符，其中，该用例参数标签用于表征所需验证的测试内容所对应的项目。例如，本发明实施例所述的需求信息可以如下所示：

“

SYRS-0001；

本系统应事先上电自检功能，当自检失败时，应报警提示；

END；

”

其中，在上述需求信息中，“SYRS-0001”为用例参数标签；“本系统应事先上电自检功能，当自检失败时，应报警提示”则为测试内容；“END”则为用于表征该需求信息结束的结束标识符。

当然，在本发明实施例中，上述示例仅为示例性，还可以根据实际需要设置不同的形式，在此，对于所述需求信息的格式、内容、形式在此不做具体的限定，仅需要确保其中包含有测试内容即可。

102、根据所述需求信息从测试用例获取目标测试参数。

其中，所述目标测试参数对应所述测试内容。

基于本发明实施例所述的方法是一种对已编译好的测试用例进行验证的方法，因此，当获取到用户输入的需求信息后，则可以根据该需求信息获取对应的参数以对该需求信息所需验证的功能进行验证。具体的，在本发明实施例中，所述目标测试参数可以理解为测试用例中编译好的，对应各种测试用例各种功能的检查参数。例如，基于前述步骤实施例中的示例可知，当用户的需求信息是对“SYRS-0001”项目进行“本系统应事先上电自检功能，当自检失败时，应报警提示”的验证时，则需要从测试用例系统中获取对应该“SYRS-0001”项目中相关参数的获取。其中，所述测试用例系统中包含有多个不同的测试用例，当然，在本发明实施例中可以从该系统中的测试用例进行目标测试参数的获取，还可以根据实际需要从不同的存储位置中获取上述参数。例如，当已编译好的测试用例都保存在数据库A中时，则本步骤中获取目标测试参数的过程则可以从该数据库A中进行获取。

103、根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果。

当前述步骤获取到目标参数信息后，则可以根据本步骤的方法，基于不同的预设验证规则进行验证，例如，当所述预设验证规则是用例完整性验证规则时，则可以将上述目标测试参数以及需求信息按照用例完整性验证规则进行验证，从而得到验证结果。

例如，当所述完整性验证规则是通过需求标签、需求内容、用例标签、用例内容、需求分配阶段五种参数进行验证时，则可以基于上述多种目标参数信息按照这五种参数进行一一确定，然后基于上述五种参数的确定结果得到当前该需求信息整体的验证结果。另外，在验证过程中，其验证过程可以通过当前需求标签对应的项目在前述步骤102中获取的目标参数信息与实际需要验证的五种参数进行一一对比，当目标参数信息包含有这五种参数时，则可以确定当前该需求对应的验证结果是通过的。

进一步的，在确定验证结果的过程中，其执行过程还可以基于下述方式进行：

首先，对前述步骤获取的测试内容中对在测试内容描述的语句中，运用智能算法提取关键词或字，比如：‘能’、‘能够’、‘可以’、‘通过’、‘以致’等关键词或字。

然后，将测试内容中多条件语句进行识别，独立划分各个测试项目，并将各项目进行组合，依据识别的关键词或字，需求描述主体及结论，进行组合，形成初步用例并暂存，即将测试内容中所需进行验证的多个项目进行组合以确定用户在该需求信息中实际想要验证的多个测试项目。

之后，根据测试内容确定对应的测试用例(其确定过程可以基于需求信息中用户添加的用例参数标识进行，当然，也可以基于测试内容中包含的多个测试项目进行确定，在此不做限定，可按需选取)，并将从测试用例中获取到的目标测试参数分别通过测试项目按照不同的测试步骤或测试阶段进行分割，得到测试用例的测试项目，同时利用自然语言技术识别出测试用例中的关键词，得到测试用例测试并暂存。

最后，利用预设智能语句处理算法，将上述步骤中针对需求信息的初步用例与测试用例的测试项目进行逻辑及内容比对，同时对二者之间的关键词中相近、相似的描述进行按照等价方式进行处理。

104、输出所述需求信息对应的验证结果。

当前述步骤103中得到所述验证结果时，则可以将当前得到的验证结果进行输出。具体的，由于前述步骤103中得到的验证结果往往是基于程序检测性的结果，该结果对于程序人员来说可能是能够识别的，而对于非程序操作人员来说可能不便于理解，因此在本步骤输出该验证结果时，还可以通过预设转化规则，将前述步骤103得到的基于程序方式的验证结果转化为用于便于识别的方式，以便于用户观测。例如，输出验证结果可以为“验证通过”或“OK”等任一种能够直接表征验证结果是否通过的语句。

本实施例提供的一种测试用例的验证方法，与现有技术中在通过人工方式进行测试用例的验证相比，本发明首先获取需求信息，其中，所述需求信息中包含有所需验证的测试内容；然后，根据所述需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；之后，根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果；最后，输出所述需求信息对应的验证结果，从而实现了一种能够基于机器设备进行自动化的测试用例的验证方法，与现有的通过人工验证相比，本发明能够基于需求信息中所需验证的测试内容从测试用例中进行目标测试参数的获取，并按照预设验证规则进行验证，得到对应的验证结果并输出，可以使这个验证过程无需人工的介入，在输出了需求信息后直接得到验证结果，避免了对人力的消耗。此外，在本发明所述的方法中，基于其验证过程是自动化进行的，而并非是人工操作的，因此，在验证过程中可以基于预设的验证规则进行有条不紊的验证，避免了人工验证过程中操作人员长时间进行验证后基于疲劳等原因导致的验证结果准确性降低的问题，避免了可能出现的验证过程中的错误，提高了验证结果的准确性。

进一步的，依据图1所示的方法，本发明的另一个实施例还提供了一种测试用例的验证方法，用以对前述示例的进一步细化和阐述，具体的，如图2所示，所述方法主要包括：

201、获取需求信息。

在本发明实施例中，所述需求信息可以理解为一种包含有用户需要进行验证的测试用例的相关项目或功能的指示信息，其中包含有用于确定需要进行验证的需要验证的测试内容，同时，为了便于确定需验证测试内容对应的功能或项目，还可以在需求信息中添加用于确定所需验证的测试内容的目标项的标识，即所述用例参数标识。例如，所述用例参数标识可以为SYR-0002。当然，基于本发明实施例的方式在于对已设置或编译好的测试用例进行验证，因此，该用例参数标识的字符形式、种类、以及格式不做限定，仅需要确保与测试用例相对应即可，以确保后续能够基于该用例参数标识从测试用例中获取对应的参数信息。另外，当用户下达了多个验证需求时，即所述需求信息为多个时，为了便于区分，每个需求信息中还可以包含有结束标识符，以避免当获取多个需求信息时，将多个需求信息相混淆的问题。

具体的，本发明实施例中需求信息的样式、格式不做具体的限定，可根据实际情况选取，例如本发明实施例中的需求信息可以与前述实施例中步骤101中的示例相同，在此不再赘述。

另外，当获取多个不同的需求信息时，为了便于后续验证，还可以在本步骤中获取多个需求信息后，对上述多个需求信息进行统计，得到对应的需求验证分配表，以确保操作人员在进行验证时，能够直观了解到当前执行本发明实施例的方法的验证设备或系统此时需要进行验证的各个项目或需求，其中，该需求验证分配表中可以包括需求标签(即用例参数标识)、需求内容(测试内容)，当然，基于不同的测试内容可能是在不同的阶段执行的，因此，在该表中还可以包含分配阶段用以表征每个需求标签在验证其需求内容时被分配的阶段。

具体的，所述需求验证分配表可以为：

表1

202、设置验证模板。

由于测试用例的验证过程中，每个测试用例中的多个测试项之间并不是孤立存在的，各测试项之间可能存在关联，即一个测试用例是否能够通过需求取决于其包含的各个测试项完整性，另外，基于测试用例测试过程中其不同的功能或测试项之间还包含不同阶段时间的分布，因此在验证过程中还需要考虑到多阶段情况下的追踪，因此，在本发明实施例中在验证过程执行时，还需要设置后续验证所需的验证模板。其中，所述验证模板中设置有用于进行测试用例验证的项目标签，所述验证模板包括用例完整性模板及用例追踪模板。

进一步的，所述验证模板包括用例完整性模板及用例追踪模板，所述需求信息中还包含用例参数标签，所述用例参数标签对应所述测试内容。需要说明的是，在实际操作中，所述测试用例中至少包含有一个用例参数标签(即每个测试用例中至少包含有一个测试项目或测试功能)。

203、根据所述需求信息从测试用例获取目标测试参数。

其中，所述目标测试参数对应所述测试内容。

具体的，从测试用例中获取目标测试参数时，该步骤包括：获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数。

在前述步骤202的描述中可知，在验证测试用例的过程中主要包括用例的完整性验证以及用例的追踪性验证，同时基于这两种验证步骤202中设置了两种验证过程所需的模板，因此，在本步骤获取目标测试参数的过程也需要根据不同的测试模板进行对应的目标测试参数的获取。

基于此，具体在获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数时，可以按照下述两个方面进行：

一方面，在基于用例完整性模板进行验证时，本步骤可以为：

A、获取所述用例完整性模板。其中，所述用例完整性模板中设置的项目标签包括需求标签、需求内容、用例标签、用例内容、需求分配阶段、验证结果及备注；

B、从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例完整性的项目标签中需求标签、需求内容、用例标签、用例内容及需求分配阶段的多种参数信息作为所述目标参数信息。其中，所述测试用例集合中至少包含有一个测试用例。所述需求标签对应前述步骤201中的用例参数标签、需求内容则对应前述步骤201中的测试内容

例如，本步骤中执行过程得到的表格可以如下述表2所示：

表2

另一方面，在基于用例追踪模板进行验证时，本步骤还可以为：

1)、获取所述用例追踪模板，所述用例追踪模板中设置的项目标签包括用例标签、用例内容、需求标签、需求内容、验证结果及备注；

2)、从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例追踪模板的项目标签中用例标签、用例内容、需求标签及需求内容的多种参数信息作为所述目标参数信息。其中，所述需求标签对应前述步骤201中的用例参数标签，所述需求内容对应前述步骤201中的测试内容。

例如，本步骤中执行过程得到的表格可以如下述表3所示：

表3

204、根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果。

其中，基于前述步骤的描述可知，在验证过程中主要需要进行用例的完整性验证及用例的追踪性验证，因此在本步骤中按照预设规则确定验证结果的过程中，所述预设验证规则可以包括：用例完整性验证规则及用例追踪性验证规则，在此，进行验证结果的确定时可以分别按照完整性验证规则以及用例追踪性规则进行验证结果的确定。

需要说明的是，本发明实施例中确定验证结果的过程可以如前述实施例中步骤103中具体的操作过程一致，在此不做赘述。

具体的，本步骤包括：根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果。

具体的，本步骤根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果时，其过程可以包括：

一方面，当基于用例完整性模板进行用例验证时，本步骤为：

首先，将所述目标参数信息中多种参数信息分别按照需求标签、需求内容、用例标签、用例内容、需求分配阶段进行添加，得到用例完整性验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

然后，根据预设完整性标准对所述验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

在此为了便于描述，基于前述表2中的内容，本步骤进行表格化操作后并确定结果时，可如下表4所示：

表4

另一方面，当基于用例追踪性模板进行用例验证时，本步骤为：

将所述目标参数信息中多种参数信息分别按照用例标签、用例内容、需求标签及需求内容进行添加，得到所述用例追踪验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

根据预设追踪标准对所述用例追踪验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

在此为了便于描述，基于前述表3中的内容，本步骤进行表格化操作后并确定结果时，可如下表5所示：

表5

其中，在上述表4、5中，每个验证结果是基于每行中前几个参数确定的，并且验证结果可以为本发明实施例所述的用OK、NOK、NA等字符表示，也可以用其他能够表征验证结果的标识进行标识，例如“正常”、“异常”、“待测试”等。在此不做限定，可根据实际需要进行选取，另外，在本步骤中对于备注中所填写的信息可以基于验证结果并结合验证结果的日志来确定每种验证结果未通过或异常时的描述信息进行填写。

进一步的，当确定出验证结果后，则可以将上述验证结果及备注进行输出，以告知用户当前验证的情况，即如用户无需进行相关验证结果的统计和分析，还可以执行在本步骤204后直接执行步骤207输出验证结果。

当然，当存在多个需求信息对应的多个测试内容时，为了便于后续的分析，在后续步骤还可以对多个验证结果进行进一步的统计和分析，例如可按实际的统计需求执行步骤205a-206a或者执行步骤205b-206b，之后再执行步骤207，或者根据需要同时执行205a-206a以及步骤205b-206b的步骤后，在执行步骤207。

205a、获取验证结果统计模板。

在本步骤以及后续步骤206a中，所执行的过程是在确定了多个测试内容对应的验证结果后对整体验证过程进行统计。其中，所述验证结果统计模板中包括所需统的验证结果的各种统计参数，所述统计参数包括验证数目、不适用数目、验证通过数目、验证失败数目、验证通过百分比以及开放问题汇总。

206a、根据所述验证结果，按照所述统计参数分别统计对应的统计结果，并添加到所述验证结果统计模板中，生成统计后的验证结果统计表。

其中，本步骤得到的验证结果统计表可以如下表6所示：

表6

相关项	用例完整性验证结果	用例追踪性验证结果
			验证数目	XX	XX
不适用数目	XX	XX
			验证通过数目	XXX	XXX
验证失败数目	XX	XX
			验证通过百分比	XX	XX
开放问题汇总	XXXXXX	XXXXX

在上述表中，每个统计参数的统计结果与前述步骤中进行完整性验证及追踪性验证的验证结果相对应。

205b、获取测试用例验证模板。

其中，所述测试用例验证模板为预设的包含有测试用例验证情况的多种参数的模板，所述测试用例验证模板中参数信息包括测试用例描述、测试方法、预设测试条件、测试步骤、步骤描述以及预期结果。

206b、根据所述验证模板以及测试用例验证模板中包含的参数信息，生成所述测试用例验证表。

其中，本步骤得到的验证结果统计表可以如下表7所示：

其中，在上述表6、及表7中表格的形式可以根据需要进行设置，在此不做限定，上表7中的需求标签与前述步骤中的用例参数标签相对应。

207、输出所述需求信息对应的验证结果。

具体的，基于前述步骤中可能还进行的不同的统计操作，因此，本步骤输出结果时可以分别为基于不同的统计操作进行。

其中，当前述步骤执行了205a-206a时，本步骤为：

输出所述需求信息对应的验证结果，并同时输出所述验证结果统计表。

其中，当前述步骤执行了执行步骤205b-206b时，本步骤为：

输出所述需求信息对应的验证结果，并同时输出所述测试用例验证表。

本发明提供的另一种测试用例的验证方法，与现有技术中在通过人工方式进行测试用例的验证相比，本发明首先获取需求信息，其中，所述需求信息中包含有所需验证的测试内容；然后，根据所述需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；之后，根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果；最后，输出所述需求信息对应的验证结果，从而实现了一种能够基于机器设备进行自动化的测试用例的验证方法，与现有的通过人工验证相比，本发明能够基于需求信息中所需验证的测试内容从测试用例中进行目标测试参数的获取，并按照预设验证规则进行验证，得到对应的验证结果并输出，可以使这个验证过程无需人工的介入，在输出了需求信息后直接得到验证结果，避免了对人力的消耗。此外，在本发明所述的方法中，基于其验证过程是自动化进行的，而并非是人工操作的，因此，在验证过程中可以基于预设的验证规则进行有条不紊的验证，避免了人工验证过程中操作人员长时间进行验证后基于疲劳等原因导致的验证结果准确性降低的问题，避免了可能出现的验证过程中的错误，提高了验证结果的准确性。

进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种测试用例的验证装置，如图3所示，所述装置包括：

第一获取单元31，可以用于获取需求信息，所述需求信息中包含有所需验证的测试内容；

第二获取单元32，可以用于根据所述第一获取单元31获取的需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；

确定单元33，可以用于根据所述需求信息、所述第二获取单元32获取的目标测试参数按照预设验证规则确定验证结果；

输出单元34，可以用于输出所述需求信息对应的确定单元33确定的验证结果。

进一步的，如图4所示，所述预设验证规则包括：用例完整性验证规则及用例追踪性验证规则；

所述装置还包括：

设置单元35，可以用于设置验证模板，所述验证模板中设置有用于进行测试用例验证的项目标签，所述验证模板包括用例完整性模板及用例追踪模板。

所述第二获取单元32，可以具体用于获取对应所述需求信息的经设置单元35设置的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数；

所述确定单元33，可以具体用于根据所述需求信息，按照所述设置单元35设置的验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果。

进一步的，如图4所示，所述验证模板包括用例完整性模板及用例追踪模板，所述需求信息中还包含用例参数标签，所述用例参数标签对应所述测试内容，所述测试用例中至少包含有一个用例参数标签；

所述第二获取单元32，包括：

第一获取模块321，可以用于获取所述用例完整性模板，所述用例完整性模板中设置的项目标签包括需求标签、需求内容、用例标签、用例内容、需求分配阶段、验证结果及备注；

第一确定模块322，可以用于从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述第一获取模块321获取的用例完整性的项目标签中需求标签、需求内容、用例标签、用例内容及需求分配阶段的多种参数信息作为所述目标参数信息，所述测试用例集合中至少包含有一个测试用例；

所述确定单元33包括：

第一添加模块331，可以用于将所述目标参数信息中多种参数信息分别按照需求标签、需求内容、用例标签、用例内容、需求分配阶段进行添加，得到用例完整性验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

第一确定模块332，可以用于根据预设完整性标准对所述第一添加模块331添加后的验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

进一步的，如图4所示，所述第二获取单元32，包括：

第二获取模块323，可以用于获取所述用例追踪模板，所述用例追踪模板中设置的项目标签包括用例标签、用例内容、需求标签、需求内容、验证结果及备注；

第二确定模块324，可以用于从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述第二获取模块323确定的用例追踪模板的项目标签中用例标签、用例内容、需求标签及需求内容的多种参数信息作为所述目标参数信息；

所述确定单元33包括：

第二添加模块333，可以用于将所述目标参数信息中多种参数信息分别按照用例标签、用例内容、需求标签及需求内容进行添加，得到所述用例追踪验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

第二确定模块334，可以用于根据预设追踪标准对所述第二添加模块333添加后的用例追踪验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

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

第三获取单元36，可以用于获取验证结果统计模板，所述验证结果统计模板中包括所需统的验证结果的各种统计参数，所述统计参数包括验证数目、不适用数目、验证通过数目、验证失败数目、验证通过百分比以及开放问题汇总；

第一生成单元37，可以用于根据所述验证结果，按照所述第三获取单元36获取的统计参数分别统计对应的统计结果，并添加到所述验证结果统计模板中，生成统计后的验证结果统计表；

所述输出单元34，可以具体用于输出所述需求信息对应的验证结果，并同时输出所述第一生成单元37验证结果统计表。

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

第四获取单元38，可以用于获取测试用例验证模板，所述测试用例验证模板为预设的包含有测试用例验证情况的多种参数的模板，所述测试用例验证模板中参数信息包括测试用例描述、测试方法、预设测试条件、测试步骤、步骤描述以及预期结果；

第二生成单元39，可以用于根据所述第四获取单元38获取的验证模板以及测试用例验证模板中包含的参数信息，生成所述测试用例验证表；

所述输出单元34，还可以具体用于输出所述需求信息对应的验证结果，并同时输出所述第二生成单元39生成的测试用例验证表。

本发明实施例提供的一种测试用例的验证的装置，与现有技术中在通过人工方式进行测试用例的验证相比，本发明首先获取需求信息，其中，所述需求信息中包含有所需验证的测试内容；然后，根据所述需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；之后，根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果；最后，输出所述需求信息对应的验证结果，从而实现了一种能够基于机器设备进行自动化的测试用例的验证方法，与现有的通过人工验证相比，本发明能够基于需求信息中所需验证的测试内容从测试用例中进行目标测试参数的获取，并按照预设验证规则进行验证，得到对应的验证结果并输出，可以使这个验证过程无需人工的介入，在输出了需求信息后直接得到验证结果，避免了对人力的消耗。此外，在本发明所述的方法中，基于其验证过程是自动化进行的，而并非是人工操作的，因此，在验证过程中可以基于预设的验证规则进行有条不紊的验证，避免了人工验证过程中操作人员长时间进行验证后基于疲劳等原因导致的验证结果准确性降低的问题，避免了可能出现的验证过程中的错误，提高了验证结果的准确性。

进一步的，依据上述实施例，本发明的另一个实施例还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如上所述的测试用例的验证的方法。

进一步的，依据上述实施例，如图5所示，本发明的另一个实施例还提供了一种电子设备50如图5所示，其中包括：存储器51、处理器52和通讯总线53；

处理器52可以包括中央处理单元(Central Processing Unit，CPU)、数字信号处理器(digital signal processor，DSP)、微控制器(Microcontroller Unit，MCU)、专用集成电路(Application Specific Integrated Circuit，ASIC)或现场可编程逻辑门阵列(Field－Programmable Gate Array，FPGA)中的至少一个。

存储器51与处理器52通过通讯总线53通讯连接；

存储器51中存储有计算机可执行指令，处理器52用于执行计算机可执行指令，以实现本申请实施例任一可选实施方式提供的测试用例的验证方法。

计算机可执行指令可以以软件功能单元的形式实现并能够作为独立的产品销售或使用，存储器51可以是任意形式的计算机可读取存储介质。基于这样的理解，本申请的技术方案的全部或部分可以以软件产品的形式体现出来，包括若干指令用以使得一台计算机设备，具体可以是处理器，来执行本申请各个实施例中终端的全部或部分步骤。而前述的计算机可读存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，本申请提供的移动终端实施例与本申请提供的测试用例的验证方法实施例具有相同或类似的效果，本实施例不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一种测试用例的验证方法、装置及电子设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者设备程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干设备的单元权利要求中，这些设备中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (14)

1.一种测试用例的验证方法，其特征在于，包括：

获取需求信息，所述需求信息中包含有所需验证的测试内容；

根据所述需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；

根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果；

输出所述需求信息对应的验证结果。

2.根据权利要求1所述的方法，其特征在于，所述预设验证规则包括：用例完整性验证规则及用例追踪性验证规则；

在所述根据所述需求信息从测试用例获取目标测试参数之前，所述方法还包括：

设置验证模板，所述验证模板中设置有用于进行测试用例验证的项目标签，所述验证模板包括用例完整性模板及用例追踪模板；

所述根据所述需求信息从测试用例获取目标测试参数，包括：

获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数；

所述根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果，包括：

根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果。

3.根据权利要求2所述的方法，其特征在于，所述验证模板包括用例完整性模板及用例追踪模板，所述需求信息中还包含用例参数标签，所述用例参数标签对应所述测试内容，所述测试用例中至少包含有一个用例参数标签；

所述获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数，包括：

获取所述用例完整性模板，所述用例完整性模板中设置的项目标签包括需求标签、需求内容、用例标签、用例内容、需求分配阶段、验证结果及备注；

从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例完整性的项目标签中需求标签、需求内容、用例标签、用例内容及需求分配阶段的多种参数信息作为所述目标参数信息，所述测试用例集合中至少包含有一个测试用例；

所述根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果包括：

将所述目标参数信息中多种参数信息分别按照需求标签、需求内容、用例标签、用例内容、需求分配阶段进行添加，得到用例完整性验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

根据预设完整性标准对所述验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

4.根据权利要求3所述的方法，其特征在于，所述获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数，包括：

获取所述用例追踪模板，所述用例追踪模板中设置的项目标签包括用例标签、用例内容、需求标签、需求内容、验证结果及备注；

从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例追踪模板的项目标签中用例标签、用例内容、需求标签及需求内容的多种参数信息作为所述目标参数信息；

所述根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果包括：

将所述目标参数信息中多种参数信息分别按照用例标签、用例内容、需求标签及需求内容进行添加，得到所述用例追踪验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

根据预设追踪标准对所述用例追踪验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

5.根据权利要求1-4中任一项所述的方法，其特征在于，在所述输出所述需求信息对应的验证结果之前，所述方法还包括：

获取验证结果统计模板，所述验证结果统计模板中包括所需统的验证结果的各种统计参数，所述统计参数包括验证数目、不适用数目、验证通过数目、验证失败数目、验证通过百分比以及开放问题汇总；

根据所述验证结果，按照所述统计参数分别统计对应的统计结果，并添加到所述验证结果统计模板中，生成统计后的验证结果统计表；

所述输出所述需求信息对应的验证结果，包括：

输出所述需求信息对应的验证结果，并同时输出所述验证结果统计表。

6.根据权利要求1-4中任一项所述的方法，其特征在于，在所述输出所述需求信息对应的验证结果之前，所述方法还包括：

获取测试用例验证模板，所述测试用例验证模板为预设的包含有测试用例验证情况的多种参数的模板，所述测试用例验证模板中参数信息包括测试用例描述、测试方法、预设测试条件、测试步骤、步骤描述以及预期结果；

根据所述验证模板以及测试用例验证模板中包含的参数信息，生成所述测试用例验证表；

所述输出所述需求信息对应的验证结果，包括：

输出所述需求信息对应的验证结果，并同时输出所述测试用例验证表。

7.一种测试用例的验证装置，其特征在于，包括：

第一获取单元，用于获取需求信息，所述需求信息中包含有所需验证的测试内容；

第二获取单元，用于根据所述需求信息从测试用例获取目标测试参数，所述目标测试参数对应所述测试内容；

确定单元，用于根据所述需求信息、所述目标测试参数按照预设验证规则确定验证结果；

输出单元，用于输出所述需求信息对应的验证结果。

8.根据权利要求7所述的装置，其特征在于，所述预设验证规则包括：用例完整性验证规则及用例追踪性验证规则；

所述装置还包括：

设置单元，用于设置验证模板，所述验证模板中设置有用于进行测试用例验证的项目标签，所述验证模板包括用例完整性模板及用例追踪模板；

所述第二获取单元，具体用于获取对应所述需求信息的验证模板，并从测试用例中获取对应所述测试内容的目标测试参数；

所述确定单元，具体用于根据所述需求信息，按照所述验证模板中设置的项目标签将所述目标测试参数添加到所述验证模板中生成验证表格，并基于所述验证表格确定验证结果。

9.根据权利要求8所述的装置，其特征在于，所述验证模板包括用例完整性模板及用例追踪模板，所述需求信息中还包含用例参数标签，所述用例参数标签对应所述测试内容，所述测试用例中至少包含有一个用例参数标签；

所述第二获取单元，包括：

第一获取模块，用于获取所述用例完整性模板，所述用例完整性模板中设置的项目标签包括需求标签、需求内容、用例标签、用例内容、需求分配阶段、验证结果及备注；

第一确定模块，用于从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例完整性的项目标签中需求标签、需求内容、用例标签、用例内容及需求分配阶段的多种参数信息作为所述目标参数信息，所述测试用例集合中至少包含有一个测试用例；

所述确定单元包括：

第一添加模块，用于将所述目标参数信息中多种参数信息分别按照需求标签、需求内容、用例标签、用例内容、需求分配阶段进行添加，得到用例完整性验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

第一确定模块，用于根据预设完整性标准对所述验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

10.根据权利要求9所述的装置，其特征在于，所述第二获取单元，包括：

第二获取模块，用于获取所述用例追踪模板，所述用例追踪模板中设置的项目标签包括用例标签、用例内容、需求标签、需求内容、验证结果及备注；

第二确定模块，用于从测试用例集合中确定对应所述用例参数标签的目标测试用例，并从所述目标测试用例中获取对应所述用例追踪模板的项目标签中用例标签、用例内容、需求标签及需求内容的多种参数信息作为所述目标参数信息；

所述确定单元包括：

第二添加模块，用于将所述目标参数信息中多种参数信息分别按照用例标签、用例内容、需求标签及需求内容进行添加，得到所述用例追踪验证表格，所述验证表格中包含有每个需求标签对应的项目的多种参数信息以及验证结果及备注；

第二确定模块，用于根据预设追踪标准对所述用例追踪验证表格中的需求标签对应的每个项目进行判断，并基于判断结果确定每个项目的验证结果，同时基于所述验证结果添加对应备注的信息。

11.根据权利要求7-10中任一项所述的装置，其特征在于，所述装置还包括：

第三获取单元，用于获取验证结果统计模板，所述验证结果统计模板中包括所需统的验证结果的各种统计参数，所述统计参数包括验证数目、不适用数目、验证通过数目、验证失败数目、验证通过百分比以及开放问题汇总；

第一生成单元，用于根据所述验证结果，按照所述统计参数分别统计对应的统计结果，并添加到所述验证结果统计模板中，生成统计后的验证结果统计表；

所述输出单元，具体用于输出所述需求信息对应的验证结果，并同时输出所述验证结果统计表。

12.根据权利要求7-10中任一项所述的装置，其特征在于，所述装置还包括：

第四获取单元，用于获取测试用例验证模板，所述测试用例验证模板为预设的包含有测试用例验证情况的多种参数的模板，所述测试用例验证模板中参数信息包括测试用例描述、测试方法、预设测试条件、测试步骤、步骤描述以及预期结果；

第二生成单元，用于根据所述验证模板以及测试用例验证模板中包含的参数信息，生成所述测试用例验证表；

所述输出单元，还具体用于输出所述需求信息对应的验证结果，并同时输出所述测试用例验证表。

13.一种电子设备，其特征在于，包括存储器、处理器和通讯总线；

所述存储器与所述处理器通过所述通讯总线通讯连接；

所述存储器中存储有计算机可执行指令，所述处理器用于执行所述计算机可执行指令，以实现权利要求1-6任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令在被执行时，用于实现权利要求1-6任一项所述的方法。

Images