CN114996125A - 测试用例的生成方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种测试用例的生成方法、装置、设备及存储介质，涉及金融领域或其他领域，具体可以用于金融领域的软件测试领域，以解决由测试人员根据业务需求编写相应的测试用例，可能存在测试点遗漏的情况问题。具体方案为：接收测试需求；对测试需求进行分析，提取得到测试需求中各关键词；基于各关键词在预设业务场景索引库中进行查找，生成与测试需求对应的查询规则；根据查询规则在预设用例库中查找匹配的预设用例，作为与所述测试需求对应的目标测试用例。本申请用于对待测试对象进行测试的过程中。

Description

测试用例的生成方法、装置、设备及存储介质

技术领域

本申请涉及金融领域或其他领域，具体可以用于金融领域的软件测试领域，尤其涉及一种测试用例的生成方法、装置、设备及存储介质。

背景技术

软件测试是保障软件功能满足用户预期的一种手段，在软件生命周期中，软件测试通常在最后一个环节。

相关技术中，都是由测试人员在了解到业务需求之后，结合自身经验编写出匹配业务需求的测试用例，再根据编写的测试用例进行测试。由于测试人员经验和对***理解的局限性，可能存在测试点遗漏的情况。

发明内容

本申请提供了测试用例的生成方法、装置、设备及存储介质，以解决由测试人员根据业务需求编写相应的测试用例，可能存在测试点遗漏的情况的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种测试用例的生成方法，该方法包括：接收测试需求；对测试需求进行分析，提取得到测试需求中各关键词；基于各关键词在预设业务场景索引库中进行查找，生成与测试需求对应的查询规则；根据查询规则在预设用例库中查找匹配的预设用例，作为与测试需求对应的目标测试用例。

由上述可知，本申请提供的测试用例的生成方法，根据在业务需求中提取的关键词，结合与业务场景匹配的查询规则，在存储了大量预设用例的预设用例库中查找目标测试用例，覆盖范围广，可以减少测试点遗漏的情况。此外，在此基础上，测试人员可以直接使用目标测试用例进行相关测试，或者也可以在目标测试用例的基础上做调整后，根据调整之后的测试用例来进行测试。无需测试人员从零开始编写测试用例，可以减少人力成本和时间成本。

可选的，测试需求包括目标执行时长；预设用例库中还包括各预设用例的执行时长；根据查询规则在预设用例库中查找匹配的预设用例，作为与测试需求对应的目标测试用例，包括：根据查询规则，结合目标执行时长和预设用例库中各预设用例的执行时长，确定目标测试用例。

通过该技术方案，预设用例库中存储的预设用例对应存储了预设用例的执行时长，在结合业务需求匹配目标测试用例时，结合业务需求中用户期望的目标执行时长来匹配，可以使筛选出来的目标测试用例更加符合用户的需求。

可选的，预设用例库中还包括各预设用例的优先级；根据查询规则，结合目标执行时长和预设用例库中各预设用例的执行时长，确定目标测试用例，包括：根据查询规则，查找满足执行时长满足目标执行时长的预设用例作为候选预设用例；获取各候选预设用例的优先级；依次选择优先级从高到低的预设数目对应的候选预设用例，作为目标测试用例。

通过该技术方案，在预设用例库中结合优先级从符合查询规则的候选预设用例中选择目标测试用例，可以在满足测试需求的前提下，查找到更好的测试用例，提升通过上述测试用例生成方法生成测试用例的准确性。

可选的，预设业务场景索引库的建立过程包括步骤：获取历史测试用例，以及各历史测试用例关联的漏洞信息；基于各历史测试用例和各漏洞信息确定历史测试用例对应的业务场景类别；建立各历史测试用例与业务场景类别的索引，得到预设业务场景索引库。

通过该技术方案，结合历史测试用例及其关联的漏洞信息，确定历史测试用例的业务场景类别，从而生成历史测试用例与业务场景类别之间的索引，得到预设业务场景索引库。在为业务需求匹配目标测试用例时，结合业务需求对应的业务场景类别，可以匹配到覆盖业务场景类别的范围更广的目标测试用例。

可选的，预设用例库的建立过程包括步骤：获取历史测试用例、各历史测试用例关联的漏洞信息、以及各历史测试用例的执行时长；根据各历史测试用例、各漏洞信息和各执行时长，确定各历史测试用例的优先级；将各历史测试用例分别与优先级、执行时长对应存储，得到预设用例库。

通过该技术方案，获取历史测试用例、关联的漏洞信息、执行时长，确定历史测试用例的优先级，并存储上述信息，得到预设用例库。在为业务需求匹配目标测试用例时，可以结合预设用例库中存储的预设用例的执行时长、优先级、漏洞信息为用户匹配到更加符合业务需求的目标测试用例。

可选的，在根据查询规则在预设用例库中查找匹配的预设用例，作为与测试需求对应的目标测试用例之后，上述方法还包括：获取利用目标测试用例对待测试对象进行测试得到的测试结果；基于测试结果对预设用例库、预设业务场景索引库进行优化。

通过该技术方案，可以根据筛选出来的目标测试用例执行之后得到的测试结果对预设用例库和预设业务场景索引库进行优化，使***不断优化，提升为业务需求匹配合适的目标测试用例的准确性和覆盖度。

可选的，对测试需求进行分析，提取得到测试需求中各关键词，包括：对测试需求进行文本分析，得到其中包含的关键词，以及各关键词的出现频次；基于各关键词的出现频次得到各关键词的出现频次；基于各关键词在预设业务场景索引库中进行查找，生成与测试需求对应的查询规则，包括：基于各关键词的出现频次在预设业务场景索引库中进行查找，得到查询规则。

通过该技术方案，在业务需求包括多个关键词时，可以分别提取各关键词以及各关键词的出现频次，根据关键词的出现频次在预设业务场景索引库中生成对应的查询规则。根据查询规则在预设用例库匹配目标测试用例时，匹配到更加符合测试需求的目标测试用例。

第二方面，本申请提供一种测试用例的生成装置，包括：接收模块,分析模块，业务场景索引模块和匹配模块。其中：接收模块，被配置为执行接收测试需求；分析模块，被配置为执行对测试需求进行分析，提取得到测试需求中各关键词；业务场景索引模块，被配置为执行基于各关键词在预设业务场景索引库中进行查找，生成与测试需求对应的查询规则；匹配模块，被配置为执行根据查询规则在预设用例库中查找匹配的预设用例，作为与测试需求对应的目标测试用例。

可选的，测试需求包括目标执行时长；预设用例库中还包括各预设用例的执行时长；匹配模块还被配置为执行：根据查询规则，结合目标执行时长和预设用例库中各预设用例的执行时长，确定目标测试用例。

可选的，预设用例库中还包括各预设用例的优先级；匹配模块包括：候选用例查找子模块，被配置为执行根据查询规则，查找满足执行时长满足目标执行时长的预设用例作为候选预设用例；优先级查询子模块，被配置为执行获取各候选预设用例的优先级；选择子模块，被配置为执行依次选择优先级从高到低的预设数目对应的候选预设用例，作为目标测试用例。

可选的，上述装置还包括索引库建立模块，包括：获取子模块，被配置为执行获取历史测试用例，以及各历史测试用例关联的漏洞信息；业务场景类别确定子模块，被配置为执行基于各历史测试用例和各漏洞信息确定历史测试用例对应的业务场景类别；索引建立子模块，被配置为执行建立各历史测试用例与业务场景类别的索引，得到预设业务场景索引库。

可选的，上述装置还包括用例库建立模块，包括：获取子模块，被配置为执行获取历史测试用例、各历史测试用例关联的漏洞信息、以及各历史测试用例的执行时长；优先级确定子模块，被配置为执行根据各历史测试用例、各漏洞信息和各执行时长，确定各历史测试用例的优先级；存储子模块，被配置为执行将各历史测试用例分别与优先级、执行时长对应存储，得到预设用例库。

可选的，上述装置还包括：测试结果获取模块，被配置为执行获取利用目标测试用例对待测试对象进行测试得到的测试结果；优化模块，被配置为执行基于测试结果对预设用例库、预设业务场景索引库进行优化。

可选的，上述装置的分析模块包括：关键词频次确定子模块，被配置为执行对测试需求进行文本分析，得到其中包含的关键词，以及各关键词的出现频次；权重确定子模块，被配置为执行基于各关键词的出现频次得到各关键词的出现频次；业务场景索引模块，还被配置为执行：基于各关键词的出现频次在预设业务场景索引库中进行查找，得到查询规则。

第三方面，提供一种计算机设备，包括：处理器；用于存储该处理器可执行指令的存储器；其中，该处理器被配置为执行指令，以实现如上述第一方面提供的测试用例的生成方法。

第四方面，本申请提供一种计算机可读存储介质，包括指令。当指令由计算机设备的处理器执行时，使得计算机设备执行如上述第一方面提供的方法。

第五方面，本申请提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如上述第一方面提供的方法。

需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机可读存储介质上。其中，第一计算机可读存储介质可以与接入网终端设备的处理器封装在一起的，也可以与接入网终端设备的处理器单独封装，本申请对此不作限定。

本申请中第二方面、第三方面、第四方面和第五方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面、第四方面和第五方面描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

在本申请中，上述名字对终端设备或功能模块本身不构成限定，在实际实现中，这些终端设备或功能模块可以以其他名称出现。只要各个终端设备或功能模块的功能和本申请类似，属于本申请权利要求及其等同技术的范围之内。

本申请的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

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

图1是根据本申请实施例中一种测试用例的生成***的结构框图；

图2是根据本申请实施例中一种测试用例的生成方法的流程示意图之一；

图3是根据本申请实施例中一种测试用例的生成方法的流程示意图之二；

图4是根据本申请实施例中预设业务场景索引库的建立过程的流程示意图；

图5是根据本申请实施例中预设用例库的建立过程的流程示意图；

图6是根据本申请实施例中一种测试用例的生成装置的结构示意图；

图7是根据本申请实施例中一种计算机设备的结构示意图；

图8是根据本申请实施例提供的测试用例的生成方法的计算机程序产品的结构示意图。

具体实施方式

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

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了便于清楚描述本申请实施例的技术方案，在本申请实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量或执行次序进行限定。

基于背景技术，本申请实施例提供一种测试用例的生成方法。该方法根据在业务需求中提取的关键词，结合与业务场景匹配的查询，在存储了大量预设用例的预设用例库中规则查找目标测试用例，覆盖范围广，可以减少测试点遗漏的情况。

本申请实施例提供的测试用例的生成方法应用于测试用例的生成***，在一种实现方式中，如图1所示，该测试用例的生成***包括终端设备100和服务器200。终端设备100与服务器200之间可以通过网络互联并通信。

其中，服务器200接收用户通过终端设备100输入的测试需求，对测试需求进行分析提取关键词之后，服务器100根据关键词在预设业务场景索引库中生成查询规则，然后结合查询规则在预设用例库中查找匹配的预设用例，作为与测试需求对应的目标测试用例。这样，根据在业务需求中提取的关键词，结合与业务场景匹配的查询规则，在存储了大量预设用例的预设用例库中查找目标测试用例，覆盖范围广，可以减少测试点遗漏的情况。此外，在此基础上，测试人员可以直接使用目标测试用例进行相关测试，或者也可以在目标测试用例的基础上做调整后，根据调整之后的测试用例来进行测试。无需测试人员从零开始编写测试用例，可以减少人力成本和时间成本。

在一些实施例中，上述测试用例的生成方法可以应用于金融领域的软件测试领域。

其中，终端设备100可以是手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)等。服务器200可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本申请对该测试用例的生成方法的执行主体不作限制。

本领域技术人员应能理解上述终端设备100和服务器200仅为举例，其它现有的或今后可能出现的终端设备100和服务器200如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

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

图2是根据一示例性实施例示出的测试用例的生成方法的流程示意图。该方法可以应用于图1所示***的服务器200，如图2所示，该方法包括步骤21-步骤24。

步骤21、接收测试需求。

其中，测试需求是用户对待测试对象提出的测试需求。在一些实施例中，测试需求可以包括用户对待测试对象提出的测试点、目标测试时长、测试目标等等内容。

其中，测试点是针对待测试对象所列出的各个功能情况的梳理。在一些实施例中，测试点具体可以包括注册功能、登录功能、个人界面显示功能、签名功能、验证码功能、删除功能等等。目标测试时长表示用户期望的完成测试内容的时间长度，在该目标测试时长内保证完成测试内容。测试目标表示用户对于待测试对象的期望目标，例如，待测试对象对验证码的校验响应时间小于第一预设时间，待测试对象对于签名内容的识别响应时间小于第二预设时间，或者,注册时对于用户名称、用户密码的具体限制条件等等。

在一些实施例中，测试需求可以直接以文字形式录入终端设备，或者，测试需求也可以以表格的形式录入终端设备。其中，若测试需求为文字形式，文字测试需求中可以包括测试需求的关键字段，例如测试点、测试时长、测试目标等，便于分析测试需求。若测试需求为表格形式，测试需求表格中的待填入项目可以包括上述测试需求的关键字段。或者，在另一些实施例中，测试需求也可以以图像形式录入终端设备；在本实施例中，终端设备可以通过摄像模块采集包含测试需求在内的图像数据。

在一些实施例中，接收测试需求具体可以是：响应于用户的测试指令，在界面展示测试需求表格，测试需求表格中包括测试需求的关键字段。接收用户基于测试需求表格返回的各测试需求的关键字段对应的测试需求内容，根据各测试需求的关键字段对应的测试需求内容得到测试需求。

步骤22、对测试需求进行分析，提取得到测试需求中各关键词。

若测试需求是文字形式，对测试需求进行分析，可以直接对测试需求进行文本分析，得到其中的关键词。

若测试需求是表格形式，对测试需求进行分析，可以先根据表格形式的测试需求提取出其中各测试需求的关键字段对应的测试需求内容。然后对测试需求内容进行文本分析，得到其中的关键词。

若测试需求是图像形式，对测试需求进行分析，可以先对图像形式的测试需求进行图像识别，提取出其中各测试需求的关键字段对应的测试需求内容。然后对测试需求内容进行文本分析，得到其中的关键词。其中，对图像形式的测试需求进行图像识别，提取其中关键字段，可以通过光学字符识别(Optical Character Recognition，OCR)等技术实现。

在一些实施例中，对测试需求进行文本分析，具体可以是在预设数据库中存储了测试需求的常用关键词，通过将测试需求与常用关键词进行匹配，得到测试需求中的关键词。在另一些实施例中，对测试需求进行文本分析，也可以通过训练确定的神经网络实现。在其它实施例中，对测试需求进行文本分析也可以通过其它方式实现。

在一些实施例中，根据测试需求分析得到的关键词，具体可以包括测试点名称(如客户协议、客户确认功能、签名功能等)、业务场景名称(如个人用户、企业用户等)等等。

步骤23、基于各关键词在预设业务场景索引库中进行查找，生成与测试需求对应的查询规则。

其中，查询规则表示在预设用例库中查找目标测试用例时的方法。在一些实施例中，查询规则可以包括目标业务场景；在另一些实施例中，查询规则可以包括目标业务场景以及各目标业务场景对应的各预设用例在预设用例库中的索引路径等等。

其中，预设业务场景索引库用于存储测试用例对应的业务场景。具体地，预设业务场景索引库中存储的业务场景是预设用例库中各预设用例对应的业务场景。测试用例对应的业务场景表示该测试用例所属的使用场景。同一测试点在不同业务场景中对应的测试用例，可能是不一样的。不同的业务场景所包含的测试用例也不相同。因此，在根据测试需求匹配测试用例之前，可以先确定测试需求对应的业务场景，然后再结合业务场景在预设用例库中匹配合适的测试用例。

在一些实施例中，在查询规则包括目标业务场景的情况下，基于各关键词在预设业务场景索引库中进行查找，生成测试需求对应的查询规则，具体可以是：在预设业务场景索引库中各预设业务场景中查找是否包含上述关键词，若是，则将该预设业务场景作为目标业务场景，进而将目标业务场景作为查询规则。上述关键词具体可以是业务场景的名称中的关键词。

在另一些实施例中，预设业务场景索引库中还包括预设用例库中各预设用例的关键词。在本实施例中，上述基于各关键词在预设业务场景索引库中查找测试需求对应的目标业务场景，具体可以是在预设业务场景索引库中各预设业务场景中查找预设用例的关键词中是否包含上述测试需求的关键词，若是，则将该预设业务场景作为目标业务场景。

在另一些实施例中，上述测试需求的关键词可以同时包括业务场景的名称的关键词以及测试用例的关键词，在生成查询规则时，可以同时结合预设业务场景索引库中各预设业务场景的名称以及各预设业务场景对应的预设用例的关键词，进行查找。

在一些实施例中，目标业务场景可以包括一个或多个业务场景。例如测试需求中的关键词包括“开卡场景的客户确认协议”，根据该关键词“开卡场景的客户确认协议”在预设业务场景索引库中查找对应的预设业务场景可以包括：个人用户场景、企业用户场景、理财用户场景。由此，根据该关键词在预设业务场景索引库中查找得到的目标业务场景包括个人用户场景、企业用户场景、理财用户场景。

进一步地，在根据关键词在预设业务场景索引库中生成的查询规则包括目标业务场景的情况下，查询规则还可以包括该目标业务场景对应的各预设用例在预设用例库中的索引路径。在一些实施例中，在根据关键词在预设业务场景索引库中查找到对应的目标业务场景之后，可以在目标业务场景中查找与目标业务场景对应的各预设用例的索引路径，进而将目标业务场景以及目标业务场景对应的各预设用例的索引路径作为查询规则。

在其它实施例中，根据关键词在预设业务场景索引库中生成查询规则，也可以通过其它方式实现。

步骤24、根据查询规则在预设用例库中查找匹配的预设用例，作为与测试需求对应的目标测试用例。

其中，预设用例库中存储了预设用例。在根据关键词在预设业务场景索引库中查找到匹配的目标业务场景之后，在预设用例库中即可查找该目标业务场景对应的预设用例，作为目标测试用例。

由上述实施例可知，根据关键词在预设业务场景索引库中生成了查询规则。查询规则包括目标业务场景、目标业务场景对应的各预设用例的索引路径。在一些实施例中，在查询规则包括目标业务场景的情况下，根据查询规则在预设用例库中查找匹配的预设用例，具体可以是在预设用例库中查找目标业务场景对应的预设用例作为目标测试用例。

在另一些实施例中，在查询规则包括目标业务场景对应的各预设用例的索引路径的情况下，根据查询规则在预设用例库中查找匹配的预设用例，具体可以根据索引路径从预设用例库中查找对应的预设用例作为目标测试用例。

本申请实施例提供的技术方案，根据在业务需求中提取的关键词，结合与业务场景匹配的查询规则，在存储了大量预设用例的预设用例库中查找目标测试用例，覆盖范围广，可以减少测试点遗漏的情况。此外，在此基础上，测试人员可以直接使用目标测试用例进行相关测试，或者也可以在目标测试用例的基础上做调整后，根据调整之后的测试用例来进行测试。无需测试人员从零开始编写测试用例，可以减少人力成本和时间成本，并提高测试用例生成效率。

在一些实施例中，测试需求包括目标执行时长；预设用例库中还包括各预设用例的执行时长；在本实施例中，根据查询规则在预设用例库中查找匹配的预设用例，作为与测试需求对应的目标测试用例，包括：根据查询规则，结合目标执行时长和预设用例库中各预设用例的执行时长，确定目标测试用例。

在本实施例中，预设用例库中的每一个预设用例均存储了对应的执行时长。测试需求中用户也提出了对于该待测试对象期望的测试用例执行时长，即上述目标执行时长。

在本实施例中，在根据查询规则在预设用例库中匹配合适的目标测试用例时，可以在预设用例库中查找满足目标执行时长的预设用例，作为目标测试用例。

在一些实施例中，预设用例的执行时长小于或者等于目标执行时长，则表示该预设用例的执行时长满足目标执行时长。

在一些实施例中，在预设用例库中查找到满足目标执行时长的预设用例可能包括两个以上，可以从其中选择预设数目对应的满足目标执行时长的预设用例作为目标测试用例。其中，预设数目可以根据实际情况进行设置。

进一步地，在一些实施例中，若查找到满足目标执行时长的预设用例的数量大于预设数目，可以随机从其中选择预设数目对应的满足目标执行时长的预设用例作为目标测试用例。

在另一些实施例中，也可以是根据预设用例的其它属性从满足目标执行时长的各预设用例中选择目标测试用例。在一些实施例中，预设用例的其它属性可以包括预设用例的优先级、运行次数、重要性等等。

本申请实施例提供的技术方案，在预设用例库中存储的预设用例对应存储了预设用例的执行时长，在结合业务需求匹配目标测试用例时，结合业务需求中用户期望的目标执行时长来匹配，可以使筛选出来的目标测试用例更加符合用户的需求。

在一些实施例中，预设用例库中还包括各预设用例的优先级。如图3所示，在本实施例中，根据查询规则，结合目标执行时长和预设用例库中各预设用例的执行时长，确定目标测试用例，包括步骤31-步骤33。其中：

步骤31、根据查询规则，查找满足执行时长满足目标执行时长的预设用例作为候选预设用例。

由上述实施例可知，在预设用例库中存储了各预设用例的执行时长。在本实施例中，将通过执行时长在预设用例库中查找到的符合查询规则的预设用例，在本实施例中将该查找到的预设用例记为候选预设用例。

步骤32、获取各候选预设用例的优先级。

其中，预设用例的优先级表示各预设用例在执行时的优先程度。

在一些实施例中，预设用例的优先级可以是预先存储在预设用例库中的；各候选预设用例的优先级，可以从预设用例库中直接获取。其中，预设用例库中各预设用例的优先级可以在建立预设用例库时，结合预设用例的属性确定。例如，在一些实施例中，可以结合预设用例对应的执行时长、所属的业务场景等等决定预设用例的优先级。

在另一些实施例中，预设用例的优先级也可以根据测试需求的各关键词确定。在一些实施例中，在提取测试需求的各关键词之后，还包括：获取各关键词的出现频次。根据各关键词和关键词的出现频次确定各候选预设用例的优先级。在本实施例中，预设用例的优先级与测试需求关联，这样可以得到各候选预设用例的优先级，从而可以查找到更加符合用户测试需求的测试用例。

在其它实施例中，获取候选预设用例也可以通过其它方式实现。

步骤33、依次选择优先级从高到低的预设数目对应的候选预设用例，作为目标测试用例。

在获取到各候选预设用例的优先级之后，根据优先级可以从各候选预设用例中筛选出目标测试用例。

通过本实施例提供的技术方案，在预设用例库中结合优先级从符合查询规则的候选预设用例中选择目标测试用例，可以在满足测试需求的前提下，查找到更好的测试用例，提升通过上述测试用例生成方法生成测试用例的准确性。

在另一些实施例中，对测试需求进行分析时，还得到目标测试用例的目标数量。在预设用例库中查找与测试需求匹配的目标测试用例时，从候选预设用例中选择目标数量对应的预设用例，确定为目标测试用例。通过该技术方案，用户可以自行选择需求的目标测试用例的数量。

如图4所示，在一些实施例中，预设业务场景索引库的建立过程包括步骤41-步骤43。其中：

步骤41、获取历史测试用例，以及各历史测试用例关联的漏洞信息。

其中，历史测试用例可以是测试人员编写的测试用例。漏洞也叫bug，是指软件程序中隐藏着的一些未被发现的缺陷或问题。历史测试用例关联的漏洞信息，是指在对历史测试对象执行历史测试用例之后发现的历史测试对象存在的漏洞信息。

在一些实施例中，历史测试用例以及历史测试用例关联的漏洞信息，可以通过任意一种方式获取；例如可以从存储历史测试用例的数据库中获取，也可以通过从互联网以爬虫的方式获取，等等。

步骤42、基于各历史测试用例和各漏洞信息确定历史测试用例对应的业务场景类别。

通过对历史测试用例及其关联的漏洞信息，可以将各历史测试用例划分为不同的业务场景类别。在一些实施例中，可以直接从历史测试用例的数据库中获取历史测试用例对应的业务场景类别。在另一些实施例中，也可以由相关人员根据历史测试用例及其关联的漏洞信息结合自身经验确定历史测试用例对应的业务场景类别，在建立预设业务场景索引库时，获取相关人员输入的历史测试用例对应的业务场景类别。在另一些实施例中，还可以基于历史测试用例及其关联的漏洞信息，通过网络获取历史测试用例对应的业务场景类别。

由上述实施例可知，历史测试用例关联的漏洞信息，是指在对历史测试对象执行历史测试用例之后发现的历史测试对象存在的漏洞信息，因此根据历史测试用例关联的漏洞信息可以得到与历史测试用例的相关信息，进而可以将历史测试用例关联的漏洞信息作为确定历史测试用例对应的业务场景类别的信息之一。

在一些实施例中，历史测试用例对应的业务场景类别可以根据实际情况划分。例如业务场景类别可以包括个人用户场景、企业用户场景、储蓄业务场景、理财业务场景等等；又如，业务场景类别也可以包括个人用户场景类别中的借记卡场景、***场景、存款场景、取款场景，企业用户场景还可以划分为贷款场景、工资发放场景，等等。应理解，上述业务场景类别仅为示例，实际业务场景类别可以根据实际情况划分为其它类别，本申请对此不做限定。

步骤43、建立各历史测试用例与业务场景类别的索引，得到预设业务场景索引库。

在得到各历史测试用例对应的业务场景类别之后，可以得到历史测试用例和业务场景类别的对应关系，进而可以建立历史测试用例与业务场景类别之间的索引关系。

在一些实施例中，预设业务场景索引库中可以包括各历史测试用例对应的业务场景类别、各业务场景类别包括的历史测试用例的标识信息。其中历史测试用例的标识信息，具体可以是用于唯一标识历史测试用例的信息；利用该标识信息可以在存储历史测试用例的数据库(即预设用例库)中快速定位到该历史测试用例的位置。在一些实施例中，历史测试用例的标识信息，具体可以是在获取到历史测试用例之后，对各历史测试用例进行编号，该编号即为历史测试用例的标识信息。

在另一些实施例中，预设业务场景索引库中还可以包括历史测试用例在预设用例库中的索引路径；其中，历史测试用例在预设用例库中的索引路径可以在建立预设用例库之后获得并存储在预设业务场景索引库中。

通过本申请实施例提供的技术方案，结合历史测试用例及其关联的漏洞信息，确定历史测试用例的业务场景类别，从而生成历史测试用例与业务场景类别之间的索引，得到预设业务场景索引库。在为业务需求匹配目标测试用例时，结合业务需求对应的业务场景类别，可以匹配到覆盖业务场景类别的范围更广的目标测试用例。

如图5所示，在一些实施例中，预设用例库的建立过程包括步骤51-步骤53，其中：

步骤51、获取历史测试用例、各历史测试用例关联的漏洞信息、以及各历史测试用例的执行时长。

其中，历史测试用例的执行时长表示历史测试用例在实际的历史执行过程中所需要的执行时长；在一些实施例中，历史测试用例的执行时长可以在历史测试用例的实际的历史执行过程中统计得到。

由上述实施例可知，历史测试用例、历史测试用例关联的漏洞信息可以通过任意一种方式获取。在本实施例中，获取历史测试用例的执行时长也可以通过与获取历史测试时长相同的方式获取。

步骤52、根据各历史测试用例、各漏洞信息和各执行时长，确定各历史测试用例的优先级。

在一些实施例中，若两个以上历史测试用例属于同一业务场景类别，且各历史测试用例对应同一测试点，可以结合历史测试用例关联的漏洞信息的数量和执行时长的长短确定历史测试用例的优先级；具体的，可以根据实际情况设置属于同一业务场景类别的各历史测试用例的优先级。具体地，关联漏洞信息的数量越多，对应历史测试用例的优先级越低，或者因为可以设置为关联的漏洞信息的数量越少对应历史用例的优先级越高。在另一些实施例中，执行时长越短对应历史测试用例的优先级越高等等。应理解，本实施例中根据关联漏洞信息的数量和执行时长对历史测试用例的优先级的设置方式仅为示例，在实际情况中，可以根据历史数据设置历史测试用例的优先级，或者也可以由相关人员结合自身经验设置历史侧用例的优先级，在本申请实施例中对此不做限定。

在一些实施例中，若两个以上历史测试用例对应同一测试点，但属于不同业务场景类别，可以结合执行时长为历史测试用例设置优先级，例如执行时长越短，优先级越高。在另一些实施例中，可以为该两个以上历史测试用例确定为相同的优先级。

在另一些实施例中，若两个以上历史测试用例属于同一业务场景类别，但对应的测试点不相同，可以为该两个以上历史测试用例设置相同的优先级。

在其它实施例中，根据各历史测试用例、各漏洞信息和各执行时长，确定各历史测试用例的优先级，也可以通过其它方式实现。

步骤53、将各历史测试用例分别与优先级、执行时长对应存储，得到预设用例库。

在一些实施例中，在建立预设用例库时，还可以获取历史测试用例的其他属性，并将上述其它属性与历史测试用例对应存储在预设用例库中；其中其它属性可以包括历史测试用例的运行次数、历史测试用例的重要性的等等。

通过本申请实施例提供的技术方案，获取历史测试用例、关联的漏洞信息、执行时长，确定历史测试用例的优先级，并存储上述信息，得到预设用例库。在为业务需求匹配目标测试用例时，可以结合预设用例库中存储的预设用例的执行时长、优先级、漏洞信息为用户匹配到更加符合业务需求的目标测试用例。

在一些实施例中，在根据查询规则在预设用例库中查找匹配的预设用例，作为与测试需求对应的目标测试用例之后，方法还包括：获取利用目标测试用例对待测试对象进行测试得到的测试结果；基于测试结果对预设用例库、预设业务场景索引库进行优化。

对待测试对象进行测试的过程，是根据目标测试用例中特定数据输入(边界值，等价类划分)和组合特定的测试步骤，在待测试对象上运行，验证软件正常工作的过程。其中，利用目标测试用例对待测试对象进行测试的测试结果，具体可以包括：测试实际执行时长、测试发现待测试对象存在的漏洞信息、功能测试结果等等。

在一些实施例中，基于测试结果对预设用例库、预设业务场景索引库进行优化，具体可以包括：根据测试实际执行时长，对预设用例库中预设用例的执行时长进行优化；根据目标测试用例是否覆盖所有测试需求的测试点、目标测试用例的测试先后顺序是否合理等对预设用例库和预设业务场景索引库进行优化，等等。

通过本申请实施例提供的技术方案，可以根据筛选出来的目标测试用例执行之后得到的测试结果对预设用例库和预设业务场景索引库进行优化，使***不断优化，提升为业务需求匹配合适的目标测试用例的准确性和覆盖度。

在一些实施例中，对测试需求进行分析，提取得到测试需求中各关键词，包括：对测试需求进行文本分析，得到其中包含的关键词，以及各关键词的出现频次；基于各关键词的出现频次得到各关键词的出现频次；基于各关键词在预设业务场景索引库中进行查找，生成与测试需求对应的查询规则，包括：基于各关键词的出现频次在预设业务场景索引库中进行查找，得到查询规则。

当测试需求中包含多个关键词，可以分别分析每一个关键词在测试需求中的出现频次。关键词在测试需求中的出现频次高则表示该关键词重要性高，在预设业务场景索引库中生成查询规则时，可以将该关键词对应的业务场景类别设置在靠前的位置；在根据查询规则在预设索引库中进行查找匹配的预设用例，作为与测试需求对应的目标测试用例时，可以将该业务场景类别对应的目标测试用例的执行优先级提高，在对待测试对象进行测试时，可以优先执行关键词频次更高的业务场景对应的目标测试用例。

通过本申请实施例提供的技术方案，在业务需求包括多个关键词时，可以分别提取各关键词以及各关键词的出现频次，根据关键词的出现频次在预设业务场景索引库中生成对应的查询规则。根据查询规则在预设用例库匹配目标测试用例时，匹配到更加符合测试需求的目标测试用例。

以上结合图2-图5详细说明了本申请实施例提供的方法。为了实现上述功能，测试用例的生成装置包含了执行各个功能相应的硬件结构和/或软件模块，这些执行各个功能相应的硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法，示例性的对电子设备进行功能模块的划分，例如，电子设备可以包括测试用例的生成装置，测试用例的生成装置可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

以下，结合图6详细说明本申请实施例提供的测试用例的生成装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。

图6是根据一示例性实施例示出的一种测试用例的生成装置的结构示意图，该测试用例的生成装置可以用于执行图2所示的测试用例的生成方法。作为一种可实现方式，该装置可以包括接收模块601、分析模块602、业务场景索引模块603和匹配模块604。

接收模块601，被配置为执行接收测试需求；例如，结合图2，接收模块601可以用于执行步骤21。

分析模块602，被配置为执行对测试需求进行分析，提取得到测试需求中各关键词；例如，结合图2，分析模块602可以用于执行步骤22。

业务场景索引模块603，被配置为执行基于各关键词在预设业务场景索引库中进行查找，生成与测试需求对应的查询规则；例如，结合图2，业务场景索引模块603可以用于执行步骤23。

匹配模块604，被配置为执行根据查询规则在预设用例库中查找匹配的预设用例，作为与测试需求对应的目标测试用例。例如，结合图2，匹配模块604可以用于执行步骤24。

本申请实施例提供的技术方案，根据在业务需求中提取的关键词在存储了大量预设用例的预设用例库中结合与业务场景匹配的目标业务场景查找目标测试用例，覆盖范围广，可以减少测试点遗漏的情况。此外，在此基础上，测试人员可以直接使用目标测试用例进行相关测试，或者也可以在目标测试用例的基础上做调整后，根据调整之后的测试用例来进行测试。无需测试人员从零开始编写测试用例，可以减少人力成本和时间成本。

可选的，测试需求包括目标执行时长；预设用例库中还包括各预设用例的执行时长；匹配模块604还被配置为执行：根据查询规则，结合目标执行时长和预设用例库中各预设用例的执行时长，确定目标测试用例。

可选的，预设用例库中还包括各预设用例的优先级；匹配模块604包括：候选用例查找子模块605，被配置为执行根据查询规则，查找满足执行时长满足目标执行时长的预设用例作为候选预设用例；优先级查询子模块606，被配置为执行获取各候选预设用例的优先级；选择子模块607，被配置为执行依次选择优先级从高到低的预设数目对应的候选预设用例，作为目标测试用例。

可选的，上述装置还包括索引库建立模块608，包括：获取子模块，被配置为执行获取历史测试用例，以及各历史测试用例关联的漏洞信息；业务场景类别确定子模块，被配置为执行基于各历史测试用例和各漏洞信息确定历史测试用例对应的业务场景类别；索引建立子模块，被配置为执行建立各历史测试用例与业务场景类别的索引，得到预设业务场景索引库。

可选的，上述装置还包括用例库建立模块609，包括：获取子模块，被配置为执行获取历史测试用例、各历史测试用例关联的漏洞信息、以及各历史测试用例的执行时长；优先级确定子模块，被配置为执行根据各历史测试用例、各漏洞信息和各执行时长，确定各历史测试用例的优先级；存储子模块，被配置为执行将各历史测试用例分别与优先级、执行时长对应存储，得到预设用例库。

可选的，上述装置还包括：测试结果获取模块610，被配置为执行获取利用目标测试用例对待测试对象进行测试得到的测试结果；优化模块611，被配置为执行基于测试结果对预设用例库、预设业务场景索引库进行优化。

可选的，上述装置的分析模块602包括：关键词频次确定子模块，被配置为执行对测试需求进行文本分析，得到其中包含的关键词，以及各关键词的出现频次；权重确定子模块，被配置为执行基于各关键词的出现频次得到各关键词的出现频次；业务场景索引模块，还被配置为执行：基于各关键词的出现频次在预设业务场景索引库中进行查找，得到查询规则。

图7是根据一示例性实施例示出的一种计算机设备的硬件结构示意图。该计算机设备可以包括处理器702，处理器702用于执行应用程序代码，从而实现本申请中的测试用例的生成方法。

处理器702可以是一个中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

如图7所示，计算机设备还可以包括存储器703。其中，存储器703用于存储执行本申请方案的应用程序代码，并由处理器702来控制执行。

存储器703可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器703可以是独立存在，通过总线704与处理器702相连接。存储器703也可以和处理器702集成在一起。

如图7所示，计算机设备还可以包括通信接口701，其中，通信接口701、处理器702、存储器703可以相互耦合，例如，通过总线704相互耦合。通信接口701用于与其他设备进行信息交互，例如支持计算机设备与其他设备的信息交互。

需要指出的是，图7中示出的设备结构并不构成对该计算机设备的限定，除图7所示部件之外，该计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

在实际实现时，测试用例的生成装置所实现的功能可以由图7所示的处理器702调用存储器703中的程序代码来实现。其具体的执行过程可参考图2所示的测试用例的生成方法部分的描述，这里不再赘述。

本申请还提供了一种包括指令的计算机可读存储介质，计算机可读存储介质上存储有指令，当计算机可读存储介质中的指令由计算机设备的处理器执行时，使得计算机能够执行上述所示实施例提供的测试用例的生成方法。例如，计算机可读存储介质可以为包括指令的存储器703，上述指令可由计算机设备的处理器702执行以完成上述方法。可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM、RAM、CD-ROM、磁带、软盘和光数据存储设备等。

图8示意性地示出本申请实施例提供的计算机程序产品的概念性局部视图，计算机程序产品包括用于在计算设备上执行计算机进程的计算机程序。

在一个实施例中，计算机程序产品是使用信号承载介质810来提供的。信号承载介质810可以包括一个或多个程序指令，其当被一个或多个处理器运行时可以提供以上针对图2描述的功能或者部分功能。因此，例如，参考图2中所示的实施例，步骤21-步骤24的一个或多个特征可以由与信号承载介质810相关联的一个或多个指令来承担。此外，图7中的程序指令也描述示例指令。

在一些示例中，信号承载介质810可以包含计算机可读介质811，诸如但不限于，硬盘驱动器、紧密盘(CD)、数字视频光盘(DVD)、数字磁带、存储器、只读存储记忆体(read-only memory，ROM)或随机存储记忆体(random access memory，RAM)等等。

在一些实施方式中，信号承载介质810可以包含计算机可记录介质812，诸如但不限于，存储器、读/写(R/W)CD、R/W DVD、等等。

在一些实施方式中，信号承载介质810可以包含通信介质813，诸如但不限于，数字和/或模拟通信介质(例如，光纤电缆、波导、有线通信链路、无线通信链路、等等)。

信号承载介质810可以由无线形式的通信介质813来传达。一个或多个程序指令可以是，例如，计算机可执行指令或者逻辑实施指令。

在一些示例中，诸如针对图7描述的测试用例的生成装置可以被配置为响应于通过计算机可读介质811、计算机可记录介质812、和/或通信介质813中的一个或多个程序指令，提供各种操作、功能、或者动作。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全分类部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全分类部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全分类部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全分类部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种测试用例的生成方法，其特征在于，所述方法包括：

接收测试需求；

对所述测试需求进行分析，提取得到所述测试需求中各关键词；

基于各所述关键词在预设业务场景索引库中进行查找，生成与所述测试需求对应的查询规则；

根据所述查询规则在预设用例库中查找匹配的预设用例，作为与所述测试需求对应的目标测试用例。

2.根据权利要求1所述的方法，其特征在于，所述测试需求包括目标执行时长；所述预设用例库中还包括各所述预设用例的执行时长；

所述根据所述查询规则在预设用例库中查找匹配的预设用例，作为与所述测试需求对应的目标测试用例，包括：

根据所述查询规则，结合所述目标执行时长和所述预设用例库中各所述预设用例的执行时长，确定所述目标测试用例。

3.根据权利要求2所述的方法，其特征在于，所述预设用例库中还包括各所述预设用例的优先级；

所述根据所述查询规则，结合所述目标执行时长和所述预设用例库中各所述预设用例的执行时长，确定所述目标测试用例，包括：

根据所述查询规则，查找满足所述执行时长满足所述目标执行时长的所述预设用例作为候选预设用例；

获取各所述候选预设用例的优先级；

依次选择优先级从高到低的预设数目对应的所述候选预设用例，作为所述目标测试用例。

4.根据权利要求1-3任意一项所述的方法，其特征在于，所述预设业务场景索引库的建立过程包括步骤：

获取历史测试用例，以及各所述历史测试用例关联的漏洞信息；

基于各所述历史测试用例和各所述漏洞信息确定所述历史测试用例对应的业务场景类别；

建立各所述历史测试用例与所述业务场景类别的索引，得到所述预设业务场景索引库。

5.根据权利要求1-3任意一项所述的方法，其特征在于，所述预设用例库的建立过程包括步骤：

获取历史测试用例、各所述历史测试用例关联的漏洞信息、以及各所述历史测试用例的执行时长；

根据各所述历史测试用例、各所述漏洞信息和各所述执行时长，确定各所述历史测试用例的优先级；

将各所述历史测试用例分别与所述优先级、执行时长对应存储，得到所述预设用例库。

6.根据权利要求1所述的方法，其特征在于，在根据所述查询规则在预设用例库中查找匹配的预设用例，作为与所述测试需求对应的目标测试用例之后，所述方法还包括：

获取利用所述目标测试用例对待测试对象进行测试得到的测试结果；

基于所述测试结果对所述预设用例库、所述预设业务场景索引库进行优化。

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

所述对所述测试需求进行分析，提取得到所述测试需求中各关键词，包括：对测试需求进行文本分析，得到其中包含的关键词，以及各所述关键词的出现频次；

所述基于各所述关键词在预设业务场景索引库中进行查找，生成与所述测试需求对应的查询规则，包括：基于各所述关键词的出现频次在预设业务场景索引库中进行查找，得到所述查询规则。

8.一种测试用例的生成装置，其特征在于，包括：

接收模块，被配置为执行接收测试需求；

分析模块，被配置为执行对所述测试需求进行分析，提取得到所述测试需求中各关键词；

业务场景索引模块，被配置为执行基于各所述关键词在预设业务场景索引库中进行查找，生成与所述测试需求对应的查询规则；

匹配模块，被配置为执行根据所述查询规则在预设用例库中查找匹配的预设用例，作为与所述测试需求对应的目标测试用例。

9.一种计算机设备，其特征在于，包括：处理器，以及用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-7中任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，存储有指令，当所述指令由计算机设备的处理器执行时，使得所述计算机设备执行如权利要求1-7中任意一项所述的方法。

Images