CN114238135A - 测试用例确定方法、装置及电子设备 - Google Patents

Abstract

本发明提供了一种测试用例确定方法、装置及电子设备，首先基于获取到的目标系统的场景描述参数，生成初始测试用例；然后基于场景描述参数的预设权重，确定初始测试用例的重要度参数；进一步基于初始测试用例的重要度参数，确定目标系统的目标测试用例。该方式基于场景描述参数的预设权重，确定基于场景描述参数生成的初始测试用例的重要度参数，并将重要度较高的测试用例作为目标测试用例，提高了测试用例的质量，从而提高了测试效率。

Description

测试用例确定方法、装置及电子设备

技术领域

本发明涉及系统测试技术领域，尤其是涉及一种测试用例确定方法、装置及电子设备。

背景技术

场景法是一种通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的方法。场景法一般包含基本流和备用流，从一个流程节点出发，遍历所有的基本流和备用流即可完成整个测试场景。

相关技术中，可以基于场景法确定软件或系统的测试用例。然而该方式，通常依靠人工的经验，在场景复杂时，流程图很庞大，容易造成测试用例重复性较高，效率较低。

发明内容

有鉴于此，本发明的目的在于提供一种测试用例确定方法、装置及电子设备，以提高测试用例的质量，提高测试效率。

第一方面，本发明实施例提供了一种测试用例确定方法，包括：基于获取到的目标系统的场景描述参数，生成初始测试用例；基于场景描述参数的预设权重，确定初始测试用例的重要度参数；基于初始测试用例的重要度参数，确定目标系统的目标测试用例。

进一步地，上述场景描述参数包括多个流程节点以及两个流程节点之间的有向操作流；初始测试用例包括至少两个流程节点以及一个有向操作流；基于场景描述参数的预设权重，确定初始测试用例的重要度参数的步骤，包括：基于初始测试用例的有向操作流，确定初始测试用例的测试属性；基于初始测试用例中，流程节点的预设权重以及有向操作流的预设权重以及初始测试用例的测试属性，计算初始测试用例的重要度参数。

进一步地，上述有向操作流包括基本流或备用流；测试属性包括基本测试或异常测试；测试属性为异常测试的初始测试用例包括备用流；基本测试对应于第一系数；异常测试对应于第二系数；基于初始测试用例中，流程节点的预设权重以及有向操作流的预设权重以及初始测试用例的测试属性，计算初始测试用例的重要度参数的步骤，包括：将初始测试用例中，流程节点的预设权重以及有向操作流的预设权重相加，得到相加结果；如果初始测试用例的测试属性为基本测试，将相加结果与第一系数的乘积确定为初始测试用例的重要度参数；如果初始测试用例的测试属性为异常测试，将相加结果与第二系数的乘积确定为初始测试用例的重要度参数。

进一步地，上述流程节点包括多个并列的子流程节点；有向操作流包括基本流或备用流；备用流包括多个并列的子操作流；流程节点的预设权重包括子流程节点的子权重；有向操作流的预设权重包括子操作流的子权重以及基本流的权重；预设权重通过以下方式确定：针对每个流程节点，从获取到的目标系统的工作日志中查找并列的每个子流程节点对应的工作日志；将子流程节点对应的工作日志的数量与流程节点对应的工作日志的数量之比，确定为子流程节点的子权重；针对于两个流程节点之间的所有备用流，从获取到的目标系统的工作日志中查找备用流的每个子操作流对应的工作日志；将子操作流对应的工作日志的数量与所有备用流对应的工作日志的数量之比，确定为子操作流的子权重；将基本流的权重设置为1。

进一步地，上流程节点包括多个并列的子流程节点；有向操作流包括基本流或备用流；备用流包括多个并列的子操作流；有向操作流的预设权重包括子操作流的子权重以及基本流的权重；测试属性包括基本测试或异常测试；测试属性为异常测试的初始测试用例包括备用流；基本测试对应于第一系数；异常测试对应于第二系数；测试属性为基本测试的初始测试用例包括至少两个子流程节点以及一个基本流；测试属性为异常测试的初始测试用例包括至少两个子流程节点以及一个子操作流；两个子流程节点不属于同一个流程节点；基于初始测试用例中，流程节点的预设权重以及有向操作流的预设权重以及初始测试用例的测试属性，计算初始测试用例的重要度参数的步骤，包括：将初始测试用例中，子流程节点的子权重、基本流的权重和\或子操作流的子权重相加，得到第二相加结果；如果初始测试用例的测试属性为基本测试，将第二相加结果与第一系数的乘积确定为初始测试用例的重要度参数；如果初始测试用例的测试属性为异常测试，将第二相加结果与第二系数的乘积确定为初始测试用例的重要度参数。

进一步地，上述初始测试用例包括多个；基于初始测试用例的重要度参数，确定目标系统的目标测试用例的步骤，包括：基于初始测试用例的重要度参数，对初始测试用例排序，得到排序结果；基于排序结果，确定初始测试用例中的目标测试用例；目标测试用例在排序结果中的位置满足预设条件。

进一步地，上述初始测试用例的测试属性包括基本测试或异常测试；排序结果中，初始测试用例按照重要度参数降序排列；基于排序结果，确定初始测试用例中的目标测试用例的步骤之前，方法还包括：如果排序结果中，测试属性为基本测试的初始测试用例的位置在测试属性为异常测试的初始测试用例的位置之后，更新场景描述参数的预设权重，以使测试属性为基本测试的初始测试用例的位置在测试属性为异常测试的初始测试用例的位置之前。

进一步地，上述基于获取到的目标系统的场景描述参数，确定初始测试用例的步骤，包括：基于场景描述参数，生成场景图；通过预设搜索算法对场景图进行搜索，生成初始测试用例；初始测试用例包括多个。

进一步地，上述场景图包括多个流程节点以及两个流程节点之间的有向操作流；基于场景描述参数，生成场景图的步骤之后，方法还包括：如果场景图包括环结构，通过拓扑算法获取场景图中的闭环流程；闭环流程包括至少一个重复的流程节点；将闭环流程中重复遍历到的流程节点与流程节点的前一个流程节点之间的有向操作流删除，得到不包含环结构的场景图。

进一步地，上述流程节点包括多个并列的子流程节点；有向操作流包括多个并列的子操作流；通过预设搜索算法对场景图进行搜索，生成初始测试用例之后，上述方法还包括：针对初始测试用例，基于子流程节点以及子操作流，生成拓展测试用例；将拓展测试用例确定为初始测试用例。

第二方面，本发明实施例还提供测试用例确定装置，包括：初始测试用例生成模块，用于基于获取到的目标系统的场景描述参数，生成初始测试用例；重要度参数确定模块，用于基于场景描述参数的预设权重，确定初始测试用例的重要度参数；目标测试用例确定模块，用于基于初始测试用例的重要度参数，确定目标系统的目标测试用例。

第三方面，本发明实施例还提供一种电子设备，包括处理器和存储器，存储器存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令以实现上述测试用例确定方法。

第四方面，本发明实施例还提供机器可读存储介质，机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现上述测试用例确定方法。

上述一种测试用例确定方法、装置及电子设备，首先基于获取到的目标系统的场景描述参数，生成初始测试用例；然后基于场景描述参数的预设权重，确定初始测试用例的重要度参数；进一步基于初始测试用例的重要度参数，确定目标系统的目标测试用例。该方式基于场景描述参数的预设权重，确定基于场景描述参数生成的初始测试用例的重要度参数，并将重要度较高的测试用例作为目标测试用例，提高了测试用例的质量，从而提高了测试效率。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例提供的一种测试用例确定方法的流程图；

图2为本发明实施例提供的另一种测试用例确定方法的流程图；

图3为本发明实施例提供的另一种测试用例确定方法的流程图；

图4为本发明实施例提供的一种场景图的示意图；

图5为本发明实施例提供的另一种场景图的示意图；

图6为本发明实施例提供的一种测试用例确定装置的结构示意图；

图7为本发明实施例提供的一种服务器的结构示意图。

具体实施方式

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

场景法是一种常用的测试方法，一般包含基本流和备用流，从一个流程出发，遍历所有的基本流和备用流即可完成整个测试场景。基本流，也称为正确流或者有效流，是程序正确的操作流程。备用流，也称为错误流或者无效流，是程序错误的操作流程。

测试用例是测试人员进行测试的重要依据，是一组在测试时输入和输出的标准，是软件需求的具体对照。在测试过程中，场景法是经常用到的一种方案，这个此方法可以帮助测试人员梳理出复杂场景下的业务逻辑。通过场景法可以梳理出测试用例，从而完成测试。对于通过场景法输出测试用例，目前主要依靠测试人员的主观判断和整理。

其他常见的方法是通过分析开发代码输出测试用例，主要是依据代码之间的调用关系进行分析，但是此方法并没有考虑业务方面的信息，因为代码信息复杂，所以效果较差。

对于通过场景法输出测试用例的方法，只能依靠人工的经验，且场景复杂时，流程图很庞大，造成测试用例重复性较高，耗费时间较长。对于通过代码分析来输出测试用例的方法，则主要分析各个类之间的关系，还是需要人工将其与业务场景联系起来，且效果较差。

基于此，本发明实施例提供的一种测试用例确定方法、装置以及电子系统，可以用于各种系统或软件的测试过程中。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种测试用例确定方法进行详细介绍。

首先参见图1所示的一种测试用例确定方法的流程图；该方法包括如下步骤：

步骤S100，基于获取到的目标系统的场景描述参数，生成初始测试用例。

上述场景描述参数主要描述目标系统的应用场景。在目标系统的应用过程中，其应用场景多种多样，主要可以分为正常使用场景及异常使用场景。例如，目标系统为银行系统时，用户输入正确的用户名和密码登录系统，并顺利完成取款等业务的使用场景为正常使用场景；而用户输入的用户名和密码无法被系统识别，需要进行验证等使用场景为异常使用场景。对应于正常使用场景和异常使用场景，场景描述参数通常也包括流程节点、基本操作参数及异常操作参数。参考上述银行系统的应用场景，流程节点为登录系统，基本操作参数为登陆成功，异常操作参数为用户名或密码错误。如果通过场景法获得场景描述参数，上述基本操作参数也称为基本流，上述异常操作参数也称为备用流。

基于场景描述参数可以生成描述目标系统的应用过程的场景图。该场景图通常为有向图，两个流程节点之间通常通过基本流和\或备用流连接。当该场景图具有环结构的时候，不利于生成测试用例，容易造成死循环，因此需要将场景图中的环结构删除，具体而言，可以采用拓扑算法等将环结构识别出来，然后解除环结构。

针对于没有环结构的场景图，可以采用预设的搜索算法对场景图进行搜索处理，并将搜索结果确定为初始测试用例。上述搜索算法可以为通用的图搜索算法，如深度优先搜索(Depth First Search,DFS)、广度优先搜索(Breadth First Search,BFS)或贪婪最佳优先算法(Greedy Best First Search,GBFS)等。上述得到的初始测试用例最少包括两个流程节点和两个流程节点间的基本流或备用流。然而，当系统的应用场景较多时，通过搜索算法会得到大量的初始测试用例，由于测试时间及测试资源有限，无法对全部初始测试用例进行测试。

步骤S102，基于场景描述参数的预设权重，确定初始测试用例的重要度参数；重要度参数用于指示初始测试用例在目标系统的应用场景中的产生频次。

上述预设权重可以根据基于目标系统或与目标系统类似的系统的工作日志确定。由于场景描述参数包括流程节点以及操作流(包括备用流和基本流)，通常需要确定这些流程节点以及操作流的权重。如果某个流程节点包括并列的子节点，如银行系统的登录节点包括管理者登录节点及用户登录节点，需要根据工作日志中各个子节点对应的工作日志数量占该流程节点的工作日志数量的比例，分别确定各个子节点的预设权重。例如，管理者登录节点的工作日志数量为200，用户登录节点的工作日志数量为300，则管理者登录节点的预设权重为0.4，用户登录节点的预设权重为0.6。

而对于操作流的预设权重，通常将两个流程节点之间的基本流的权重设置为1，两个流程节点之间的所有备用流的权重按照各个备用流对应的工作日志数量占两个流程节点之间的所有备用流的工作日志数量的比例确定。这些预设权重的确定与流程节点以及操作流在实际工作过程中出现的频次相关，也在一定程度上体现了这些参数在应用场景中的重要性。

在计算初始测试用例的重要度参数时，可以将初始测试用例中流程节点(或对应的子节点)、操作流的预设权重进行相加计算，作为初始测试用例的重要程度。值得注意的是，在目标系统的应用过程中，基本流的出现应该占应用场景的较大比例。对应地，仅包括流程节点和基本流的初始测试用例也较为重要。为提高这些初始测试用例的重要程度，可以设置一个大的系数与仅包括流程节点和基本流的初始测试用例的权重相加结果相乘，从而得到一个较大的数值；同时设置一个较小的系数与宝库备用流的初始测试用例的权重相加结果相乘，从而得到一个较小的数值，将得到的数值作为初始测试用例最终的重要度参数。

步骤S104，基于初始测试用例的重要度参数，确定目标系统的目标测试用例。

通常选用重要度参数较高的初始测试用例作为目标系统的目标测试用例。具体而言，可以将初始测试用例按照其重要度参数排序，如果排序为降序排列，可以选用位置不大于设定数量的初始测试用例作为目标系统的目标测试用例。还可以设定百分比，选取排序结果中位于前百分之多少的初始测试用例作为目标系统的目标测试用例。具体确定方式可以基于需求设置。

上述一种测试用例确定方法，首先基于获取到的目标系统的场景描述参数，生成初始测试用例；然后基于场景描述参数的预设权重，确定初始测试用例的重要度参数；进一步基于初始测试用例的重要度参数，确定目标系统的目标测试用例。该方式基于场景描述参数的预设权重，确定基于场景描述参数生成的初始测试用例的重要度参数，并将重要度较高的测试用例作为目标测试用例，提高了测试用例的质量，从而提高了测试效率。

本发明实施例还提供另一种测试用例确定方法，该方法在上述实施例所述方法的基础上实现；该方法重点描述基于获取到的目标系统的场景描述参数，生成初始测试用例的具体实现过程(参见步骤S200及S202)；当场景描述参数为通常场景法得到的多个流程节点以及两个流程节点之间的有向操作流时，基于场景描述参数的预设权重，确定初始测试用例的重要度参数的具体实现过程(参见步骤S204及S206)，以及基于初始测试用例的重要度参数，确定目标系统的目标测试用例的具体实现过程(参见步骤S208及S210)；如图2所示，该方法包括如下步骤：

步骤S200，基于场景描述参数，生成场景图。该场景图通常为有向图，其中可以包括环结构或不包括环结构。

步骤S202，通过预设搜索算法对场景图进行搜索，生成初始测试用例；初始测试用例包括多个；其中，预设搜索算法可以为深度优先搜索算法。

如果场景图包括环结构，可以先通过拓扑算法获取场景图中的闭环流程；其中，闭环流程包括至少一个重复的流程节点，其入度通常为2；将闭环流程中重复遍历到的流程节点与流程节点的前一个流程节点之间的有向操作流删除，得到不包含环结构的场景图。

步骤S204，基于初始测试用例的有向操作流，确定初始测试用例的测试属性。

通常情况下，上述场景描述参数包括多个流程节点以及两个流程节点之间的有向操作流；上述有向操作流包括基本流或备用流。上述测试属性为基本测试或异常测试。初始测试用例包括至少两个流程节点以及一个有向操作流，其中，测试属性为异常测试的初始测试用例包括备用流。基本测试对应于第一系数；异常测试对应于第二系数。第一系数通常小于第二系数。

步骤S206，基于初始测试用例中，流程节点的预设权重以及有向操作流的预设权重以及初始测试用例的测试属性，计算初始测试用例的重要度参数。

上述步骤S206可以通过以下方式实现：

(1)将初始测试用例中，流程节点的预设权重以及有向操作流的预设权重相加，得到相加结果。

(2)如果初始测试用例的测试属性为基本测试，将相加结果与第一系数的乘积确定为初始测试用例的重要度参数。

(3)如果初始测试用例的测试属性为异常测试，将相加结果与第二系数的乘积确定为初始测试用例的重要度参数。

步骤S208，基于初始测试用例的重要度参数，对初始测试用例排序，得到排序结果。

步骤S210，基于排序结果，确定初始测试用例中的目标测试用例；目标测试用例在排序结果中的位置满足预设条件。

当排序结果中，初始测试用例按照重要度参数降序排列时，具体而言，该预设条件可以为在初始测试用例在排序结果中的位置高于设定位置等。

上述一种测试用例确定方法，基于场景描述参数的预设权重以及初始测试用例的测试属性，确定初始测试用例的重要度参数，从而将重要度较高的测试用例作为目标测试用例，提高了测试用例的质量。

本发明实施例还提供另一种测试用例确定方法，该方法在上述实施例所述方法的基础上实现；该方法重点描述当流程节点包括多个并列的子流程节点，有向操作流包括多个并列的子操作流时，基于获取到的目标系统的场景描述参数，生成初始测试用例的具体实现过程(参见步骤S300-S304)；基于初始测试用例中，流程节点的预设权重以及有向操作流的预设权重以及初始测试用例的测试属性，计算初始测试用例的重要度参数的具体实现过程(参见步骤S306及S312)；以及基于初始测试用例的重要度参数，确定目标系统的目标测试用例的具体实现过程(参见步骤S314及S320)；如图3所示，该方法包括如下步骤：

步骤S300，基于场景描述参数，生成场景图。

步骤S302，通过预设搜索算法对场景图进行搜索，生成初始测试用例；初始测试用例包括多个。

步骤S304，针对初始测试用例，基于子流程节点以及子操作流，生成拓展测试用例，将拓展测试用例确定为初始测试用例。

在一些情况下。场景描述参数中的流程节点包括多个并列的子流程节点；场景描述参数中的有向操作流包括多个并列的子操作流，其中，可以将备用流和基本流视为并列的子操作流，如果一个备用流包括多个并列的子备用流，两个流程节点之间的所有子备用流和基本流可以视为子操作流。基于上述方式拓展得到的初始测试用例包括至少两个子流程节点以及一个基本流，或者包括至少两个子流程节点以及一个子操作流；两个子流程节点不属于同一个流程节点；

步骤S306，将初始测试用例中，子流程节点的子权重、基本流的权重和\或子操作流的子权重相加，得到第二相加结果。

具体而言，上述子流程节点的子权重可以通过以下方式获得：针对每个流程节点，从获取到的目标系统的工作日志中查找并列的每个子流程节点对应的工作日志；将子流程节点对应的工作日志的数量与流程节点对应的工作日志的数量之比，确定为子流程节点的子权重。

上述子操作流程的子权重可以通过以下方式获得：针对于两个流程节点之间的所有备用流，从获取到的目标系统的工作日志中查找备用流的每个子操作流对应的工作日志；将子操作流对应的工作日志的数量与所有备用流对应的工作日志的数量之比，确定为子操作流的子权重；将基本流的权重设置为1。

步骤S308，判断初始测试用例的测试属性为基本测试或异常测试；如果为基本测试，执行步骤S310；如果为异常测试，执行步骤S312。

步骤S310，将第二相加结果与第一系数的乘积确定为初始测试用例的重要度参数。

步骤S312，将第二相加结果与第二系数的乘积确定为初始测试用例的重要度参数。

步骤S314，基于初始测试用例的重要度参数，对初始测试用例排序，得到排序结果。

步骤S316，判断排序结果中，测试属性为基本测试的初始测试用例的位置是否在测试属性异常测试的初始测试用例的位置之后；如果是，执行步骤S318；如果否，执行步骤S320。

步骤S318，更新第一系数以及第二系数，执行步骤S308。该过程主要用于保证基本测试的重要度参数高于异常测试的重要度参数。

步骤S320，基于排序结果，确定初始测试用例中的目标测试用例；目标测试用例在排序结果中的位置满足预设条件。

上述一种测试用例确定方法，将基于各个场景描述参数在工作日志的出现频次确定的预设权重作为初始测试用例的重要度参数的计算参数，并结合初始测试用例的测试属性，最终得到了初始测试用例的重要度参数，并基于重要度排序结果，控制基本测试的重要度参数高于异常测试的重要度参数，从而将重要度较高的测试用例作为目标测试用例，进一步提高了测试效率。

本发明实施例还提供了另一种测试用例确定方法，该方法在上述实施例所述方法的基础上实现。该方法的目的是通过场景法中的场景流程图自动生成测试用例并根据权重进行排序，从而确定测试用例的重要程度并输出。

场景图中包含事件的基本流和异常流，这些有向的流，组成了一个图结构，首先，需要判断图中的闭环，从而将此有向有环图，转化成有向无环图。然后将此有向无环图转化为树结构，就形成了基本的测试用例。同时，树上的每一个节点都对应着一个操作，操作也会有很多不用的属性，并将这些属性进行排列组合，最终形成不同的测试用例(相当于上述“初始测试用例”)。最终需要对这些测试进行排序，从而确定真正有效的测试用例(相当于上述“目标测试用例”)，其中主要是通过给这些用例(树的分支)设置不同的权重(相当于上述“预设权重”)进行排序。

在排序时，主要遵从如下的规则：

1、根据所处的分支是属于基本流还是异常流设置权重，基本流的权重>异常流的权重。

2、给节点不同属性赋予不同的权重，主要通过jira中的搜索词条进行判断。

最终两个权重通过叠加的方式进行整合，最终确定此测试用例的权重。

该方法主要包括如下步骤：

步骤1：去除闭环

图4所示为主机镜像复制系统的事件流程图。该流程图就可以看做一个有环的图结构，所以需要通过拓扑算法检查出所有的闭环(相当于上述“闭环流程”)，并输出所有闭环。以下述两个闭环为例：

1、开始测试-创建主机-基于主机制作整机镜像-创建主机。

2、开始测试-创建主机-基于主机制作整机镜像-基于镜像创建主机-基于主机制作整机镜像。

可以看到第一条闭环中，“创建主机”有两个节点指向他(即入度为2)，则删除后面遍历到的这个节点，从而解开闭环，第二条闭环也是同样的解法，解开闭环之后的事件流程图如图5所示。

步骤2：将图转化为基本测试用例，并根据基本流和异常流的分支设置不同的分支权值。

得到有向无环图后就可以使用深度优先搜索算法(Depth First Search,DFS)，将所有的测试用例输出，例如：

基本流(相当于上述“测试属性为基本测试的初始测试用例”)：开始测试-创建主机-基于主机制作整机镜像-基于镜像创建主机-测试结束。

异常流(相当于上述“测试属性为异常测试的初始测试用例”)：开始测试-创建主机-重装系统-基于主机制作整机镜像-镜像共享-基于镜像创建主机-测试结束。

其中，基本流的权值(相当于上述“第一系数”)为a(可以暂时将a设为1)，异常流(相当于上述“第二系数”)的权值为b(可以暂时将b设为0.5)。

步骤3：根据节点的属性进行组合。

每一个步骤都有特定的属性，例如创建主机分为：创建云盘主机和创建本地盘主机，重装系统分为：重装成linux系统，重装成windows系统。

重新组合后，可以将基本流的测试用例扩充为：

开始测试-创建云盘主机-基于主机制作整机镜像-基于镜像创建云盘主机-测试结束；

开始测试-创建本地盘主机-基于主机制作整机镜像-基于镜像创建云盘主机-测试结束；

开始测试-创建本地盘主机-基于主机制作整机镜像-基于镜像创建本地盘主机-测试结束；

开始测试-创建本地盘主机-基于主机制作整机镜像-基于镜像创建本地盘主机-测试结束。

将异常流的测试用例扩充为：

开始测试-创建云盘主机-重装成linux系统-基于主机制作整机镜像-镜像共享-基于镜像创建云盘主机-测试结束。

之后需要为属性设置权值，每个操作的总百分比为100％，以属性为关键词进行检索，根据jira中的bug记录生成不同的比例，如果此属性在bug中出现的次数较多，说明此属性需要重点关注。例如：

创建云盘主机记录为300条，创建本地盘主机的记录为500条，则云盘主机的权重为300/(300+500)＝0.375；本地盘主机的权重为500/(300+500)＝0.625。

上述设置权重的过程可以根据代码进行判断，或者人工进行判定。

步骤4：将权重进行整合，反向逆推分支权重，并最终输出排序结果

总的权重计算公式为：所有步骤的权重之和*分支权重(此时为a或者是b)

对于基本流来说(开始测试-创建云盘主机-基于主机制作整机镜像-基于镜像创建云盘主机-测试结束)的计算公式为(1+0.375+1+0.375+1)*1＝2.75。

对于异常流来说(开始测试-创建云盘主机-重装成linux系统-基于主机制作整机镜像-镜像共享-基于镜像创建云盘主机-测试结束)的计算公式为(1+0.375+0.628+1+1+0.375+1)*0.5＝2.689。

将所有测试用例的权重计算完成后，需要进行逆向推理，由于已知知识，基本流的重要程度一定高于异常流，所以如果出现异常流的权重大于基本流，则需要调整基础的a、b，最终达到平衡。

达到平衡之后，就可以输出此排序结果，之后测试人员可以根据测试时间根据重要程度，将次要的测试用例去除。从而在较短时间内覆盖更重要的测试用例。对测试用例进行排序时可以通过层次分析法等方法进行排序，但是此种方法需要有标记数据进行训练。

上述方法主要对测试用例利用jira进行排序，无需进行训练；在进行排序的过程中，将测试分支分为基本流和异常流，并增加分支权重，从多个方面进行权重的设置，从而保证结果的准确。该方法的步骤属性是基本固定的，在模型完成之后，维护成本较小，框架较稳定，并参考了以往bug判断节点的属性权重，此种方法无需人工干预，比较客观。

对应于上述测试用例确定方法实施例，本发明实施例还提供测试用例确定装置，如图6所示，该装置包括：

初始测试用例生成模块600，用于基于获取到的目标系统的场景描述参数，生成初始测试用例；

重要度参数确定模块602，用于基于场景描述参数的预设权重，确定初始测试用例的重要度参数；

目标测试用例确定模块604，用于基于初始测试用例的重要度参数，确定目标系统的目标测试用例。

上述一种测试用例确定装置，首先基于获取到的目标系统的场景描述参数，生成初始测试用例；然后基于场景描述参数的预设权重，确定初始测试用例的重要度参数；进一步基于初始测试用例的重要度参数，确定目标系统的目标测试用例。该方式基于场景描述参数的预设权重，确定基于场景描述参数生成的初始测试用例的重要度参数，并将重要度较高的测试用例作为目标测试用例，提高了测试用例的质量，从而提高了测试效率。

进一步地，上述场景描述参数包括多个流程节点以及两个流程节点之间的有向操作流；初始测试用例包括至少两个流程节点以及一个有向操作流；上述重要度参数确定模块还用于：基于初始测试用例的有向操作流，确定初始测试用例的测试属性；基于初始测试用例中，流程节点的预设权重以及有向操作流的预设权重以及初始测试用例的测试属性，计算初始测试用例的重要度参数。

进一步地，上述有向操作流包括基本流或备用流；测试属性包括基本测试或异常测试；测试属性为异常测试的初始测试用例包括备用流；基本测试对应于第一系数；异常测试对应于第二系数；初始测试用例包括至少两个流程节点以及一个有向操作流；上述重要度参数确定模块还用于：将初始测试用例中，流程节点的预设权重以及有向操作流的预设权重相加，得到相加结果；如果初始测试用例的测试属性为基本测试，将相加结果与第一系数的乘积确定为初始测试用例的重要度参数；如果初始测试用例的测试属性为异常测试，将相加结果与第二系数的乘积确定为初始测试用例的重要度参数。

进一步地，上述流程节点包括多个并列的子流程节点；有向操作流包括基本流或备用流；备用流包括多个并列的子操作流；流程节点的预设权重包括子流程节点的子权重；有向操作流的预设权重包括子操作流的子权重以及基本流的权重；上述装置还包括权重确定模块，所述权重确定模块用于：针对每个流程节点，从获取到的目标系统的工作日志中查找并列的每个子流程节点对应的工作日志；将子流程节点对应的工作日志的数量与流程节点对应的工作日志的数量之比，确定为子流程节点的子权重；针对于两个流程节点之间的所有备用流，从获取到的目标系统的工作日志中查找备用流的每个子操作流对应的工作日志；将子操作流对应的工作日志的数量与所有备用流对应的工作日志的数量之比，确定为子操作流的子权重；将基本流的权重设置为1。

进一步地，上流程节点包括多个并列的子流程节点；有向操作流包括基本流或备用流；备用流包括多个并列的子操作流；有向操作流的预设权重包括子操作流的子权重以及基本流的权重；测试属性包括基本测试或异常测试；测试属性为异常测试的初始测试用例包括备用流；基本测试对应于第一系数；异常测试对应于第二系数；测试属性为基本测试的初始测试用例包括至少两个子流程节点以及一个基本流；测试属性为异常测试的初始测试用例包括至少两个子流程节点以及一个子操作流；两个子流程节点不属于同一个流程节点；上述重要度参数确定模块还用于：将初始测试用例中，子流程节点的子权重、基本流的权重和\或子操作流的子权重相加，得到第二相加结果；如果初始测试用例的测试属性为基本测试，将第二相加结果与第一系数的乘积确定为初始测试用例的重要度参数；如果初始测试用例的测试属性为异常测试，将第二相加结果与第二系数的乘积确定为初始测试用例的重要度参数。

进一步地，上述初始测试用例包括多个；目标测试用例确定模块还用于：基于初始测试用例的重要度参数，对初始测试用例排序，得到排序结果；基于排序结果，确定初始测试用例中的目标测试用例；目标测试用例在排序结果中的位置满足预设条件。

进一步地，上述初始测试用例的测试属性包括基本测试或异常测试；排序结果中，初始测试用例按照重要度参数降序排列；上述装置还包括更新模块，用于：如果排序结果中，测试属性为基本测试的初始测试用例的位置在测试属性为异常测试的初始测试用例的位置之后，更新场景描述参数的预设权重，以使测试属性为基本测试的初始测试用例的位置在测试属性为异常测试的初始测试用例的位置之前。

进一步地，上述初始测试用例生成模块还用于：基于场景描述参数，生成场景图；通过预设搜索算法对场景图进行搜索，生成初始测试用例；初始测试用例包括多个。

进一步地，上述场景图包括多个流程节点以及两个流程节点之间的有向操作流；上述装置还包括去除环结构模块，用于：如果场景图包括环结构，通过拓扑算法获取场景图中的闭环流程；闭环流程包括至少一个重复的流程节点；将闭环流程中重复遍历到的流程节点与流程节点的前一个流程节点之间的有向操作流删除，得到不包含环结构的场景图。

进一步地，上述流程节点包括多个并列的子流程节点；有向操作流包括多个并列的子操作流；上述装置还包括拓展模块，用于：针对初始测试用例，基于子流程节点以及子操作流，生成拓展测试用例；将拓展测试用例确定为初始测试用例。

本发明实施例所提供的测试用例确定装置，其实现原理及产生的技术效果和前述测试用例确定方法实施例相同，为简要描述，测试用例确定装置实施例部分未提及之处，可参考前述测试用例确定方法实施例中相应内容。

本发明实施例还提供了一种电子设备，参见图7所示，该电子设备包括处理器130和存储器131，该存储器131存储有能够被处理器130执行的机器可执行指令，该处理器130执行机器可执行指令以实现上述测试用例确定方法。

进一步地，图7所示的电子设备还包括总线132和通信接口133，处理器130、通信接口133和存储器131通过总线132连接。

其中，存储器131可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口133(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线132可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

处理器130可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器130中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器130可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processing，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器131，处理器130读取存储器131中的信息，结合其硬件完成前述实施例的方法的步骤。

本发明实施例还提供了一种机器可读存储介质，该机器可读存储介质存储有机器可执行指令，该机器可执行指令在被处理器调用和执行时，该机器可执行指令促使处理器实现上述测试用例确定方法，具体实现可参见方法实施例，在此不再赘述。

本发明实施例所提供的测试用例确定方法及装置和电子设备的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (13)

1.一种测试用例确定方法，其特征在于，包括：

基于获取到的目标系统的场景描述参数，生成初始测试用例；

基于所述场景描述参数的预设权重，确定所述初始测试用例的重要度参数；

基于所述初始测试用例的重要度参数，确定所述目标系统的目标测试用例。

2.根据权利要求1所述的方法，其特征在于，所述场景描述参数包括多个流程节点以及两个所述流程节点之间的有向操作流；所述初始测试用例包括至少两个所述流程节点以及一个所述有向操作流；

基于所述场景描述参数的预设权重，确定所述初始测试用例的重要度参数的步骤，包括：

基于所述初始测试用例的有向操作流，确定所述初始测试用例的测试属性；

基于所述初始测试用例中，所述流程节点的预设权重以及所述有向操作流的预设权重以及所述初始测试用例的测试属性，计算所述初始测试用例的重要度参数。

3.根据权利要求2所述的方法，其特征在于，所述有向操作流包括基本流或备用流；所述测试属性包括基本测试或异常测试；所述测试属性为异常测试的初始测试用例包括备用流；所述基本测试对应于第一系数；所述异常测试对应于第二系数；

基于所述初始测试用例中，所述流程节点的预设权重以及所述有向操作流的预设权重以及所述初始测试用例的测试属性，计算所述初始测试用例的重要度参数的步骤，包括：

将所述初始测试用例中，所述流程节点的预设权重以及所述有向操作流的预设权重相加，得到第一相加结果；

如果所述初始测试用例的测试属性为基本测试，将所述第一相加结果与所述第一系数的乘积确定为所述初始测试用例的重要度参数；

如果所述初始测试用例的测试属性为异常测试，将所述第一相加结果与所述第二系数的乘积确定为所述初始测试用例的重要度参数。

4.根据权利要求2所述的方法，其特征在于，所述流程节点包括多个并列的子流程节点；所述有向操作流包括基本流或备用流；所述备用流包括多个并列的子操作流；所述流程节点的预设权重包括所述子流程节点的子权重；所述有向操作流的预设权重包括所述子操作流的子权重以及所述基本流的权重；

所述预设权重通过以下方式确定：

针对每个所述流程节点，从获取到的目标系统的工作日志中查找并列的每个所述子流程节点对应的工作日志；

将所述子流程节点对应的工作日志的数量与所述流程节点对应的工作日志的数量之比，确定为所述子流程节点的子权重；

针对于两个所述流程节点之间的所有备用流，从获取到的目标系统的工作日志中查找所述备用流的每个所述子操作流对应的工作日志；

将所述子操作流对应的工作日志的数量与所述所有备用流对应的工作日志的数量之比，确定为所述子操作流的子权重；

将所述基本流的权重设置为1。

5.根据权利要求2所述的方法，其特征在于，所述流程节点包括多个并列的子流程节点；所述有向操作流包括基本流或备用流；所述备用流包括多个并列的子操作流；所述有向操作流的预设权重包括所述子操作流的子权重以及所述基本流的权重；所述测试属性包括基本测试或异常测试；所述测试属性为异常测试的初始测试用例包括备用流；所述基本测试对应于第一系数；所述异常测试对应于第二系数；所述测试属性为基本测试的初始测试用例包括至少两个所述子流程节点以及一个所述基本流；所述测试属性为异常测试的初始测试用例包括至少两个所述子流程节点以及一个所述子操作流；两个所述子流程节点不属于同一个流程节点；

基于所述初始测试用例中，所述流程节点的预设权重以及所述有向操作流的预设权重以及所述初始测试用例的测试属性，计算所述初始测试用例的重要度参数的步骤，包括：

将所述初始测试用例中，所述子流程节点的子权重、所述基本流的权重和\或所述子操作流的子权重相加，得到第二相加结果；

如果所述初始测试用例的测试属性为基本测试，将所述第二相加结果与所述第一系数的乘积确定为所述初始测试用例的重要度参数；

如果所述初始测试用例的测试属性为异常测试，将所述第二相加结果与所述第二系数的乘积确定为所述初始测试用例的重要度参数。

6.根据权利要求1所述的方法，其特征在于，所述初始测试用例包括多个；

基于所述初始测试用例的重要度参数，确定所述目标系统的目标测试用例的步骤，包括：

基于所述初始测试用例的重要度参数，对所述初始测试用例排序，得到排序结果；

基于所述排序结果，确定所述初始测试用例中的目标测试用例；所述目标测试用例在所述排序结果中的位置满足预设条件。

7.根据权利要求6所述的方法，其特征在于，所述初始测试用例的测试属性包括基本测试或异常测试；所述排序结果中，所述初始测试用例按照所述重要度参数降序排列；所述基本测试对应于第一系数；所述异常测试对应于第二系数；

基于所述排序结果，确定所述初始测试用例中的目标测试用例的步骤之前，所述方法还包括：

如果所述排序结果中，所述测试属性为基本测试的初始测试用例的位置在所述测试属性为异常测试的初始测试用例的位置之后，更新所述第一系数以及所述第二系数，以使所述测试属性为基本测试的初始测试用例的位置在所述测试属性为异常测试的初始测试用例的位置之前。

8.根据权利要求1所述的方法，其特征在于，所述基于获取到的目标系统的场景描述参数，确定初始测试用例的步骤，包括：

基于所述场景描述参数，生成场景图；

通过预设搜索算法对所述场景图进行搜索，生成初始测试用例；所述初始测试用例包括多个。

9.根据权利要求8所述的方法，其特征在于，所述场景图包括多个流程节点以及两个所述流程节点之间的有向操作流；

基于所述场景描述参数，生成场景图的步骤之后，所述方法还包括：

如果所述场景图包括环结构，通过拓扑算法获取所述场景图中的闭环流程；所述闭环流程包括至少一个重复的流程节点；

将所述闭环流程中重复遍历到的流程节点与所述流程节点的前一个流程节点之间的有向操作流删除，得到不包含环结构的场景图。

10.根据权利要求9所述的方法，其特征在于，所述流程节点包括多个并列的子流程节点；所述有向操作流包括多个并列的子操作流；

通过预设搜索算法对所述场景图进行搜索，生成初始测试用例之后，所述方法还包括：

针对所述初始测试用例，基于所述子流程节点以及所述子操作流，生成拓展测试用例；

将所述拓展测试用例确定为初始测试用例。

11.一种测试用例确定装置，其特征在于，包括：

初始测试用例生成模块，用于基于获取到的目标系统的场景描述参数，生成初始测试用例；

重要度参数确定模块，用于基于所述场景描述参数的预设权重，确定所述初始测试用例的重要度参数；

目标测试用例确定模块，用于基于所述初始测试用例的重要度参数，确定所述目标系统的目标测试用例。

12.一种电子设备，其特征在于，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的机器可执行指令，所述处理器执行所述机器可执行指令以实现权利要求1至10任一项所述的测试用例确定方法。

13.一种机器可读存储介质，其特征在于，所述机器可读存储介质存储有机器可执行指令，所述机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现权利要求1至10任一项所述的测试用例确定方法。

Images