CN117785651A - 测试用例处理方法及用例管理平台、电子设备、存储介质 - Google Patents

Abstract

本申请公开了一种测试用例处理方法及用例管理平台、电子设备、存储介质，所述方法应用于所述用例管理平台，所述包括：确定目标项目的当前轮次的测试用例集；依次执行当前轮次的测试用例集中的各个测试用例；每当一个测试用例执行结束后，若所述测试用例通过测试，则保存所述测试用例的当前测试结果；若所述测试用例未通过测试，则响应用户的缺陷提交操作，利用所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果，在所述测试用例对应的需求项下创建所述测试用例的缺陷项；在当前轮次的测试用例集中的各个测试用例均执行结束后，基于当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成当前轮次的测试报告。

Description

测试用例处理方法及用例管理平台、电子设备、存储介质

技术领域

本申请涉及软件测试技术领域，特别涉及一种测试用例处理方法及用例管理平台、电子设备、存储介质。

背景技术

在当前的软件开发生命周期中，软件测试是其生命周期中重要的一环，而测试用例是软件测试工程师在测试过程中一定会使用到的测试工具，测试工程师依靠测试用例对产品进行测试。但是在测试过程中，测试用例的数量通常会比较庞大和复杂，所以对于测试用例进行管理也是非常重要的。

当前为了便于对测试用例进行管理，开发了相应的用例管理平台。这些用例管理平台主要用于测试用例的录入、存储以及后续对用例的增删改查。在进行测试时，测试人员则可以从用例管理平台中，调取出需要的测试用例，然后通过操作执行该测试用例。当在测试过程中出现问题时，则由测试人员对出现的问题的信息进行记录并上传，并且在测试结束后编辑测试报告。

所以现有的测试用例的管理方法不够便捷，无法有效保证软件测试的效率，并且需要较多的人工干预，也无法保证测试的质量。

发明内容

基于上述现有技术的不足，本申请提供了一种测试用例处理方法及用例管理平台、电子设备、存储介质，以解决现有的技术存在测试效率低，且无法保证测试质量的问题。

为了实现上述目的，本申请提供了以下技术方案：

本申请第一方面提供了一种测试用例处理方法，应用于用例管理平台，所述测试用例处理方法，包括：

确定目标项目的当前轮次的测试用例集；

依次执行所述当前轮次的测试用例集中的各个测试用例；

每当一个所述测试用例执行结束后，若所述测试用例通过测试，则保存所述测试用例的当前测试结果；

若所述测试用例未通过测试，则响应用户的缺陷提交操作，利用所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果，在所述测试用例对应的需求项下创建所述测试用例的缺陷项；

当所述当前轮次的测试用例集中的各个测试用例均执行结束后，基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告。

可选地，在上述的测试用例处理方法中，所述利用所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果，在所述测试用例对应的需求项下创建所述测试用例的缺陷项，包括：

在所述测试用例对应的需求项下创建一个缺陷项；

获取所述测试用例的用例基础信息；

将所述测试用例的用例基础信息、所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果添加至，所述测试用例对应的需求项下的缺陷项中，得到所述测试用例的缺陷项。

可选地，在上述的测试用例处理方法中，所述基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告之后，还包括：

获取所述目标项目的下一轮次的测试重点信息以及下一轮次的需求项；

基于当前用例分析数据，通过语言识别算法以及语义识别算法，从平台测试用例集中，匹配出多个相关测试用例并推荐给用户选择；其中，所述当前用例分析数据包括所述下一轮次的测试重点信息、下一轮次的需求项、已创建的所述目标项目的各个所述测试用例的缺陷项以及所述当前轮次的测试报告；

响应所述用户的用例选择操作，将所述用户选择的各个所述相关测试用例添加至所述下一轮次的测试用例集中。

可选地，在上述的测试用例处理方法中，所述基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告之后，还包括：

响应所述用户的测试用例归档操作，将所述当前轮次的测试用例集中所述用户选择的各个所述测试用例，归档至基线测试用例集中。

可选地，在上述的测试用例处理方法中，所述确定目标项目的当前轮次的测试用例集之后，还包括：

从所述当前轮次的测试用例集中的各个所述测试用例的历史执行记录数据中，提取出各个所述测试用例的历史执行耗时；

将各个所述测试用例的历史执行耗时汇总，得到历史执行总耗时；

基于历史执行总耗时生成当前推荐测试周期，并反馈给用户。

可选地，在上述的测试用例处理方法中，所述定目标项目的当前轮次的测试用例集之前，还包括：

当接收到用户导入的外部测试用例时，对所述外部测试用例进行数据完整性校验；

若所述外部测试用例通过完整性校验，则利用预设规则以及预设规范对所述外部测试用例进行合规性校验；

若所述外部测试用例通过合规性校验，则存储所述外部测试用例；

若所述外部测试用例未通过完整性校验，或所述外部测试用例未通过合规性校验，则反馈错误提示信息。

可选地，在上述的测试用例处理方法中，所述基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告之后，还包括：

若所述当前轮次为所述目标项目的最后一个测试轮次，则对所述目标项目的各个轮次的测试报告的信息进行汇总，生成所述目标项目的项目测试报告。

本申请第二方面提供了一种用例管理平台，包括：

用例确定单元，用于确定目标项目的当前轮次的测试用例集；

用例执行单元，用于依次执行所述当前轮次的测试用例集中的各个测试用例；

保存单元，用于每当一个所述测试用例执行结束后，若所述测试用例通过测试，则保存所述测试用例的当前测试结果；

缺陷提交单元，用于在所述测试用例未通过测试时，响应用户的缺陷提交操作，利用所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果，在所述测试用例对应的需求项下创建所述测试用例的缺陷项；

轮次报告生成单元，用于当所述当前轮次的测试用例集中的各个测试用例均执行结束后，基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告。

可选地，在上述的用例管理平台中，所述缺陷提交单元，包括：

创建单元，用于在所述测试用例对应的需求项下创建一个缺陷项；

第一获取单元，用于获取所述测试用例的用例基础信息；

信息添加单元，用于将所述测试用例的用例基础信息、所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果添加至，所述测试用例对应的需求项下的缺陷项中，得到所述测试用例的缺陷项。

可选地，在上述的用例管理平台中，还包括：

第二获取单元，用于获取所述目标项目的下一轮次的测试重点信息以及下一轮次的需求项；

匹配单元，用于基于当前用例分析数据，通过语言识别算法以及语义识别算法，从平台测试用例集中，匹配出多个相关测试用例并推荐给用户选择；其中，所述当前用例分析数据包括所述下一轮次的测试重点信息、下一轮次的需求项、已创建的所述目标项目的各个所述测试用例的缺陷项以及所述当前轮次的测试报告；

选取单元，用于响应所述用户的用例选择操作，将所述用户选择的各个所述相关测试用例添加至所述下一轮次的测试用例集中。

可选地，在上述的用例管理平台中，包括：

归档单元，用于响应所述用户的测试用例归档操作，将所述当前轮次的测试用例集中所述用户选择的各个所述测试用例，归档至基线测试用例集中。

可选地，在上述的用例管理平台中，还包括：

提取单元，用于从所述当前轮次的测试用例集中的各个所述测试用例的历史执行记录数据中，提取出各个所述测试用例的历史执行耗时；

时间计算单元，用于将各个所述测试用例的历史执行耗时汇总，得到历史执行总耗时；

周期推荐单元，用于基于历史执行总耗时生成当前推荐测试周期，并反馈给用户。

可选地，在上述的用例管理平台中，还包括：

完整性校验单元，用于当接收到用户导入的外部测试用例时，对所述外部测试用例进行数据完整性校验；

合规性校验单元，用于在所述外部测试用例通过完整性校验时，利用预设规则以及预设规范对所述外部测试用例进行合规性校验；

存储单元，用于在所述外部测试用例通过合规性校验时，存储所述外部测试用例；

提示单元，用于在所述外部测试用例未通过完整性校验，或所述外部测试用例未通过合规性校验时，反馈错误提示信息。

可选地，在上述的用例管理平台中，还包括：

项目报告生成单元，用于在所述当前轮次为所述目标项目的最后一个测试轮次时，对所述目标项目的各个轮次的测试报告的信息进行汇总，生成所述目标项目的项目测试报告。

本申请第三方面提供了一种电子设备，包括：

存储器和处理器；

其中，所述存储器用于存储程序；

所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如上述任意一项所述的测试用例处理方法。

本申请第四方面提供了一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，用于实现如上述任意一项所述的测试用例处理方法。

本申请提供了一种测试用例处理方法，应用于用例管理平台，该测试用例处理方法，在进行测试时，先确定目标项目的当前轮次的测试用例集，然后依次执行当前轮次的测试用例集中的各个测试用例，从而实现测试用例的自动执行。并且，每当一个测试用例执行结束后，若测试用例通过测试，则保存测试用例的当前测试结果。若测试用例未通过测试，则响应用户的缺陷提交操作，利用测试用例的当前测试结果以及用户提交的测试用例的测试实际结果，在测试用例对应的需求项下创建测试用例的缺陷项，从而实现了测试用例的缺陷的提交，不需要过多的人员干预。最后，在当前轮次的测试用例集中的各个测试用例均执行结束后，还基于当前轮次的测试用例集中的各个测试用例的执行记录数据，生成当前轮次的测试报告，不再需要人工进行报告的生成，从而实现了一种更加便捷的测试用例的管理方法，不需要过多人为操作，进而保证了测试的效率和质量。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种测试用例处理方法的流程图；

图2为本申请实施例提供的一种对导入的外部测试用例进行校验的方法的流程图；

图3为本申请实施例提供的一种测试周期推荐方法的流程图；

图4为本申请实施例提供的一种提交测试缺陷的方法的流程图；

图5为本申请实施例提供的一种测试用例的推荐方法的流程图；

图6为本申请实施例提供的一种用例管理平台的架构示意图；

图7为本申请实施例提供的一种电子设备的架构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请实施例提供了一种测试用例处理方法，应用于用例管理平台。如图1所示，本申请实施例提供的一种测试用例处理方法，包括以下步骤：

S101、确定目标项目的当前轮次的测试用例集。

其中，目标项目指的是当前正在执行的项目。

需要说明的是，对于一个测试项目，其可以分为多个轮次进行，所以可选地，可以从用例管理平台的测试用例集中，选择出需要的测试用例，添加到目标项目的测试用例集中，然后再针对各个轮次，划分各个轮次的测试用例集。

在本申请实施例中，用例管理平台中的测试用例，可以是用户在线编写的，也可以是用户从外部进行导入的，即用例管理平台支持测试用例在线编写以及外部导入。而未来便于后续缺陷项的提交以及测试用例的正常执行，所以对于在线编写的测试用例以及用户导入的测试用例都应符合预先设置好的规则和规范。对于在线进行编写的测试，可以通过编写过程中的限制，保证编写的测试用例符合要求，而对于导入的测试用例，则需要进行校验。

可选地，本申请另一实施例提供了一种对导入的外部测试用例进行校验的方法，如图2所示，包括以下步骤：

S201、当接收到用户导入的外部测试用例时，对外部测试用例进行数据完整性校验。

可选地测试用例通常需要包括但不限于测试用例归属业务模块，测试标题，测试环境，测试用例执行步骤，测试预期结果，测试版本号，测试对应需求jira等。

S202、判断外部测试用例是否通过数据完整性校验。

其中，若外部测试用例通过完整性校验，则执行步骤S203。若外部测试用例未通过完整性校验，则执行步骤S206。

S203、利用预设规则以及预设规范对外部测试用例进行合规性校验。

需要说明的是，在确定数据完整后，还需要确定数据的格式以及数值范围等是否符合要求，因此还需要进行合规性校验。

S204、判断外部测试用例是否通过合规性校验。

其中，若判断出外部测试用例通过合规性校验，则执行步骤S205。若判断出外部测试用例未通过合规性校验，则执行步骤S306。

S205、存储外部测试用例。

由于此时外部测试用例已经通过所有的校验，所以可以将其存储到用例管理平台中，即添加到的平台测试用例集中。

S206、反馈错误提示信息。

其中，提示信息主要用于提示外部测试用例不符合要求，并且具体可以提示不符合的内容以及原因。

可选地，为了便于用户对本轮次的测试进行更好的安排，因此在本申请另一实施例中，在确定目标项目的当前轮次的测试用例集之后，还可以向用户推荐测试周期。可选地，本申请实施例提供的一种测试周期推荐方法，如图3所示，包括：

S301、从当前轮次的测试用例集中的各个测试用例的历史执行记录数据中，提取出各个测试用例的历史执行耗时。

需要说明的是，在本申请实施例中，会记录测试用例执行时的相关数据，得到每次执行的执行记录数据。而在本申请实施例中，执行记录数据中包括了执行耗时。所以从先前执行各个测试用例的历史执行记录数据中，可以提取出各个测试用例的历史执行耗时。

S302、将各个测试用例的历史执行耗时汇总，得到历史执行总耗时。

S303、基于历史执行总耗时生成当前推荐测试周期，并反馈给用户。

S102、依次执行当前轮次的测试用例集中的各个测试用例。

S103、每当一个测试用例执行结束后，判断该测试用例是否通过测试。

可选地，对于测试用例是否通过，可以基于用户的选择确定，即由用户根据测试用例是否达到预期效果，选择测试用例是否通过测试。例如，若测试用例通过测试，则用户可以选择“true”，若测试用例未通过测试，则用户可以选择“false”。

其中，若测试用例通过测试，则执行步骤S104。若测试用例未通过测试，则执行步骤S105。

S104、保存测试用例的当前测试结果。

由于此时测试用例已经通过测试，所以其所得到的当前测试结果是正确的，因此直接保存测试用例的当前测试结果。

S105、响应用户的缺陷提交操作，利用测试用例的当前测试结果以及用户提交的测试用例的测试实际结果，在测试用例对应的需求项下创建测试用例的缺陷项。

在本申请实施例中，用例管理平台支持用户进行缺陷提交。可选地，在判断该测试用例未通过时，可以弹出提交缺陷按钮。用户可以在填入测试用例的测试实际结果后点击缺陷按钮，就可以实现一键提交缺陷。

具体的，在用户填入测试用例的测试实际结果后，用例管理平台自动利用测试用例的当前测试结果以及用户提交的测试用例的测试实际结果，在测试用例对应的需求项下创建测试用例的缺陷项。

可选地，在本申请另一实施例中，步骤S105的一种具体实施方式，如图4所示，包括：

S401、在该测试用例对应的需求项下创建一个缺陷项。

S402、获取该测试用例的用例基础信息。

其中，测试用例的用例基础信息可以包括测试版本号、测试环境、测绘师前置条件、测试步骤、测试预期结果、缺陷等级等。这些用例基础信息在创建或导入测试用例时，会相应的存储在用例管理平台中，所以可以直接获取到。

S403、将该测试用例的用例基础信息、测试用例的当前测试结果以及用户提交的测试用例的测试实际结果添加至，测试用例对应的需求项下的缺陷项中，得到测试用例的缺陷项。

S106、在当前轮次的测试用例集中的各个测试用例均执行结束后，基于当前轮次的测试用例集中的各个测试用例的执行记录数据，生成当前轮次的测试报告。

其中，执行记录数据指的是在测试用例执行过程中，所记录下的相关数据，例如执行耗时、执行结果等。

为了便于后续测试人员对测试进行分析，所以在本申请实施例中，在在当前轮次的测试用例集中的各个测试用例均执行结束后，即在当前轮次的测试结束后，用例管理平台可以自动根据各个测试用例的执行记录数据，生成当前轮次的测试报告。

可选地，在本申请另一实施例中，用例管理平台除了可以生成各个轮次的测试报告外，最终还可以生成整个测试项目的测试报告。所以在本申请另一实施例中，在执行步骤S106之后，还可以进一步包括：

若当前轮次为目标项目的最后一个测试轮次，则对目标项目的各个轮次的测试报告的信息进行汇总，生成目标项目的项目测试报告。

由于在执行当前轮次的测试后，通常会紧接着执行下一个轮次的测试，此时测试人员又需要进行测试用例的选取，而为了便于测试人员更快地找到需要的测试用例，所以可选地，在本申请另一实施例中，在执行步骤S106之后，还包括对下一轮次的测试用例的推荐。如图5所示，本申请实施例提供的一种测试用例的推荐方法，包括：

S501、获取目标项目的下一轮次的测试重点信息以及下一轮次的需求项。

具体的，可以是由测试人员导入下一轮次的测试重点信息以及下一轮次的需求项，以便于能查找出符合下轮船的测试重点和需求的测试用例。

S502、基于当前用例分析数据，通过语言识别算法以及语义识别算法，从平台测试用例集中，匹配出多个相关测试用例并推荐给用户选择。

其中，当前用例分析数据包括下一轮次的测试重点信息、下一轮次的需求项、已创建的目标项目的各个测试用例的缺陷项以及当前轮次的测试报告。

所以，在本申请实施例中，在筛选测试用例时，不仅基于下一轮次的测试重点信息、下一轮次的需求项，考虑了需要了下一轮的测试重点和需求，并且针对已经存在的缺陷，也需要匹配出相关的测试用例，以进行相应的测试。并且，还需要考虑当前轮次的具体执行情况，所以还需要基于当前轮次的测试报告进行筛选。

S503、响应用户的用例选择操作，将用户选择的各个相关测试用例添加至下一轮次的测试用例集中。

可选地，在本申请另一实施例中，在执行步骤S106之后，还可以进一步包括：

响应用户的测试用例归档操作，将当前轮次的测试用例集中用户选择的各个测试用例，归档至基线测试用例集中。

在本申请实施例中，用户可以选择各个项目都比较通用的测试用例进行归档，形成一个基线用例集。并且，在后续项目实际测试过程中存在新需求或者新变更，可以从基线用例集中拉分支到具体对应项目，进行增删改查的操作，使分支用例更加适用于具体的项目版本，同时用户对于分支测试用例的增删改查操作可以选择是否同步到基线用例集中。

本申请实施例提供了一种测试用例处理方法，应用于用例管理平台，该测试用例处理方法，在进行测试时，先确定目标项目的当前轮次的测试用例集，然后依次执行当前轮次的测试用例集中的各个测试用例，从而实现测试用例的自动执行。并且，每当一个测试用例执行结束后，若测试用例通过测试，则保存测试用例的当前测试结果。若测试用例未通过测试，则响应用户的缺陷提交操作，利用测试用例的当前测试结果以及用户提交的测试用例的测试实际结果，在测试用例对应的需求项下创建测试用例的缺陷项，从而实现了测试用例的缺陷的提交，不需要过多的人员干预。最后，当当前轮次的测试用例集中的各个测试用例均执行结束后，还基于当前轮次的测试用例集中的各个测试用例的执行记录数据，生成当前轮次的测试报告，不再需要人工进行报告的生成，从而实现了一种更加便捷的测试用例的管理方法，不需要过多人为操作，进而保证了测试的效率和质量。

本申请另一实施例提供了一种用例管理平台，如图6所示，包括以下单元：

用例确定单元601，用于确定目标项目的当前轮次的测试用例集。

用例执行单元602，用于依次执行当前轮次的测试用例集中的各个测试用例。

保存单元603，用于每当一个测试用例执行结束后，若测试用例通过测试，则保存测试用例的当前测试结果。

缺陷提交单元604，用于在测试用例未通过测试时，响应用户的缺陷提交操作，利用测试用例的当前测试结果以及用户提交的测试用例的测试实际结果，在测试用例对应的需求项下创建测试用例的缺陷项。

轮次报告生成单元605，用于当当前轮次的测试用例集中的各个测试用例均执行结束后，基于当前轮次的测试用例集中的各个测试用例的执行记录数据，生成当前轮次的测试报告。

可选地，在本申请另一实施例提供的用例管理平台中，缺陷提交单元，包括：

创建单元，用于在测试用例对应的需求项下创建一个缺陷项。

第一获取单元，用于获取测试用例的用例基础信息。

信息添加单元，用于将测试用例的用例基础信息、测试用例的当前测试结果以及用户提交的测试用例的测试实际结果添加至，测试用例对应的需求项下的缺陷项中，得到测试用例的缺陷项。

可选地，在本申请另一实施例提供的用例管理平台中，还包括：

第二获取单元，用于获取目标项目的下一轮次的测试重点信息以及下一轮次的需求项。

匹配单元，用于基于当前用例分析数据，通过语言识别算法以及语义识别算法，从平台测试用例集中，匹配出多个相关测试用例并推荐给用户选择。

其中，当前用例分析数据包括下一轮次的测试重点信息、下一轮次的需求项、已创建的目标项目的各个测试用例的缺陷项以及当前轮次的测试报告。

选取单元，用于响应用户的用例选择操作，将用户选择的各个相关测试用例添加至下一轮次的测试用例集中。

可选地，在本申请另一实施例提供的用例管理平台中，包括：

归档单元，用于响应用户的测试用例归档操作，将当前轮次的测试用例集中用户选择的各个测试用例，归档至基线测试用例集中。

可选地，在本申请另一实施例提供的用例管理平台中，还包括：

提取单元，用于从当前轮次的测试用例集中的各个测试用例的历史执行记录数据中，提取出各个测试用例的历史执行耗时。

时间计算单元，用于将各个测试用例的历史执行耗时汇总，得到历史执行总耗时。

周期推荐单元，用于基于历史执行总耗时生成当前推荐测试周期，并反馈给用户。

可选地，在本申请另一实施例提供的用例管理平台中，还包括：

完整性校验单元，用于当接收到用户导入的外部测试用例时，对外部测试用例进行数据完整性校验。

合规性校验单元，用于在外部测试用例通过完整性校验时，利用预设规则以及预设规范对外部测试用例进行合规性校验。

存储单元，用于在外部测试用例通过合规性校验时，存储外部测试用例。

提示单元，用于在外部测试用例未通过完整性校验，或外部测试用例未通过合规性校验时，反馈错误提示信息。

可选地，在本申请另一实施例提供的用例管理平台中，还包括：

项目报告生成单元，用于在当前轮次为目标项目的最后一个测试轮次时，对目标项目的各个轮次的测试报告的信息进行汇总，生成目标项目的项目测试报告。

需要说明的是，本申请上述实施例提供的各个单元的具体工作过程，可相应地参考上述方法实施例中的相应的步骤的实施过程，此处不再赘述。

本申请另一实施例提供了一种电子设备，如图7所示，包括：

存储器701和处理器702。

其中，存储器701用于存储程序。

处理器701用于执行程序，该程序被执行时，具体用于实现如上述任意一个实施例提供的测试用例处理方法。

本申请另一实施例提供了一种计算机存储介质，用于存储计算机程序，该计算机程序被执行时，用于实现如上述任意一个实施例提供的测试用例处理方法。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种测试用例处理方法，其特征在于，应用于用例管理平台，所述测试用例处理方法，包括：

确定目标项目的当前轮次的测试用例集；

依次执行所述当前轮次的测试用例集中的各个测试用例；

每当一个所述测试用例执行结束后，若所述测试用例通过测试，则保存所述测试用例的当前测试结果；

若所述测试用例未通过测试，则响应用户的缺陷提交操作，利用所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果，在所述测试用例对应的需求项下创建所述测试用例的缺陷项；

当所述当前轮次的测试用例集中的各个测试用例均执行结束后，基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告。

2.根据权利要求1所述的方法，其特征在于，所述利用所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果，在所述测试用例对应的需求项下创建所述测试用例的缺陷项，包括：

在所述测试用例对应的需求项下创建一个缺陷项；

获取所述测试用例的用例基础信息；

将所述测试用例的用例基础信息、所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果添加至，所述测试用例对应的需求项下的缺陷项中，得到所述测试用例的缺陷项。

3.根据权利要求1所述的方法，其特征在于，所述基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告之后，还包括：

获取所述目标项目的下一轮次的测试重点信息以及下一轮次的需求项；

基于当前用例分析数据，通过语言识别算法以及语义识别算法，从平台测试用例集中，匹配出多个相关测试用例并推荐给用户选择；其中，所述当前用例分析数据包括所述下一轮次的测试重点信息、下一轮次的需求项、已创建的所述目标项目的各个所述测试用例的缺陷项以及所述当前轮次的测试报告；

响应所述用户的用例选择操作，将所述用户选择的各个所述相关测试用例添加至所述下一轮次的测试用例集中。

4.根据权利要求1所述的方法，其特征在于，所述基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告之后，还包括：

响应所述用户的测试用例归档操作，将所述当前轮次的测试用例集中所述用户选择的各个所述测试用例，归档至基线测试用例集中。

5.根据权利要求1所述的方法，其特征在于，所述确定目标项目的当前轮次的测试用例集之后，还包括：

从所述当前轮次的测试用例集中的各个所述测试用例的历史执行记录数据中，提取出各个所述测试用例的历史执行耗时；

将各个所述测试用例的历史执行耗时汇总，得到历史执行总耗时；

基于历史执行总耗时生成当前推荐测试周期，并反馈给用户。

6.根据权利要求1所述的方法，其特征在于，所述定目标项目的当前轮次的测试用例集之前，还包括：

当接收到用户导入的外部测试用例时，对所述外部测试用例进行数据完整性校验；

若所述外部测试用例通过完整性校验，则利用预设规则以及预设规范对所述外部测试用例进行合规性校验；

若所述外部测试用例通过合规性校验，则存储所述外部测试用例；

若所述外部测试用例未通过完整性校验，或所述外部测试用例未通过合规性校验，则反馈错误提示信息。

7.根据权利要求1所述的方法，其特征在于，所述基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告之后，还包括：

若所述当前轮次为所述目标项目的最后一个测试轮次，则对所述目标项目的各个轮次的测试报告的信息进行汇总，生成所述目标项目的项目测试报告。

8.一种用例管理平台，其特征在于，包括：

用例确定单元，用于确定目标项目的当前轮次的测试用例集；

用例执行单元，用于依次执行所述当前轮次的测试用例集中的各个测试用例；

保存单元，用于每当一个所述测试用例执行结束后，若所述测试用例通过测试，则保存所述测试用例的当前测试结果；

缺陷提交单元，用于在所述测试用例未通过测试时，响应用户的缺陷提交操作，利用所述测试用例的当前测试结果以及所述用户提交的所述测试用例的测试实际结果，在所述测试用例对应的需求项下创建所述测试用例的缺陷项；

轮次报告生成单元，用于当所述当前轮次的测试用例集中的各个测试用例均执行结束后，基于所述当前轮次的测试用例集中的各个所述测试用例的执行记录数据，生成所述当前轮次的测试报告。

9.一种电子设备，其特征在于，包括：

存储器和处理器；

其中，所述存储器用于存储程序；

所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如权利要求1至7任意一项所述的测试用例处理方法。

10.一种计算机存储介质，其特征在于，用于存储计算机程序，所述计算机程序被执行时，用于实现如权利要求1至7任意一项所述的测试用例处理方法。