CN115221062A - 测试用例的生成方法、计算机设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种测试用例的生成方法、计算机设备及计算机可读存储介质，方法包括：获取待测试功能所属的目标业务系统；确定与目标业务系统对应的关联业务系统；在多个预设生产流量文件中，确定与目标业务系统以及关联业务系统对应的第一生产流量文件；获取待测试功能对应的测试关键词；在多个第一生产流量文件中，确定与测试关键词对应的第二生产流量文件；根据第二生产流量文件，生成待测试功能对应的测试用例。本申请实施例通过待测试功能相关的业务系统，从大量的生产流量中筛选出第一生产流量文件，再基于测试关键词来匹配得到第二生产流量文件，避免了通过所有生产流量来生成测试用例，从而缩短测试花费时间，提高了测试效率。

Description

测试用例的生成方法、计算机设备及计算机可读存储介质

技术领域

本申请涉及测试用例技术领域，具体涉及一种测试用例的生成方法、计算机设备及计算机可读存储介质。

背景技术

银行的多个业务系统在实际使用过程中均会产生大量的生产流量，这些生产流量往往用于生成测试用例，以对银行业务的新功能进行测试。

目前，为了保证功能测试的可靠性，往往是采用所有的生产流量来生成测试用例，这种方式会使得测试花费时间过长，导致测试效率过低。

发明内容

本申请实施例提供一种测试用例的生成方法、计算机设备及计算机可读存储介质，旨在缩短测试花费时间，提高测试效率。

一方面，本申请提供一种测试用例的生成方法，包括：

获取待测试功能所属的目标业务系统；

确定与所述目标业务系统对应的关联业务系统；

在多个预设生产流量文件中，确定与所述目标业务系统以及所述关联业务系统对应的第一生产流量文件；

获取待测试功能对应的测试关键词；

在多个所述第一生产流量文件中，确定与所述测试关键词对应的第二生产流量文件；

根据所述第二生产流量文件，生成所述待测试功能对应的测试用例。

在一些实施例中，所述在多个所述第一生产流量文件中，确定与所述测试关键词对应的第二生产流量文件的步骤包括：

获取多个所述第一生产流量文件的属性信息；

按照所述属性信息，将多个所述第一生产流量文件划分为多个流量文件集合；

确定各个所述流量文件集合对应的业务关键词；

确定所述测试关键词与各个所述业务关键词之间的关联度；

根据所述关联度，确定多个所述业务关键词中的目标业务关键词；

将所述目标业务关键词对应的流量文件集合中的第一生产流量文件，作为所述第二生产流量文件。

在一些实施例中，所述确定所述测试关键词与各个所述业务关键词之间的关联度的步骤包括：

获取包含多个预设测试关键词与多个预设业务关键词之间的预设拓扑关系图；

在所述预设拓扑关系图中，确定所述测试关键词与所述业务关键词之间的节点距离；

根据所述节点距离，确定所述测试关键词与所述业务关键词之间的关联度。

在一些实施例中，所述根据所述第二生产流量文件，生成所述待测试功能对应的测试用例的步骤包括：

获取待测试功能对应的预期测试时长，以及所述目标业务系统对应的资源配置信息；

根据所述预期测试时长与所述资源配置信息，确定对应的预期流量文件数量；

在多个所述第二生产流量文件中，确定与所述预期流量文件数量匹配的第三生产流量文件；

根据所述第三生产流量文件，生成所述待测试功能对应的测试用例。

在一些实施例中，所述在多个所述第二生产流量文件中，确定与所述预期流量文件数量匹配的第三生产流量文件的步骤包括：

确定各个所述第二生产流量文件所属的第二业务系统；

确定所述第二业务系统与所述目标业务系统之间的关联度；

根据所述关联度，确定所述第二业务系统对应的流量文件比例；

根据所述第二业务系统对应的流量文件比例以及所述预期流量文件数量，确定所述第二业务系统应包含的第三生产流量文件的数量；

在所述第二业务系统对应的多个第二生产流量文件中，确定与所述第二业务系统应包含的第三生产流量文件的数量匹配的第三生产流量文件。

在一些实施例中，所述确定所述第二业务系统与所述目标业务系统之间的关联度的步骤包括：

确定所述待测试功能对应的数据交互链路；

根据所述数据交互链路，确定所述第二业务系统与所述目标业务系统之间的路由表距离；

根据所述路由表距离，确定所述第二业务系统与所述目标业务系统之间的关联度。

在一些实施例中，所述确定与所述目标业务系统对应的关联业务系统的步骤包括：

确定所述待测试功能对应的数据交互链路；

根据所述数据交互链路途经的业务系统，确定与所述目标业务系统对应的关联业务系统。

在一些实施例中，所述确定待测试功能对应的测试关键词的步骤包括：

获取与所述待测试功能对应的测试业务场景以及测试环境；

将所述测试业务场景以及所述测试环境，输入至预设关键词生成模型；

获取所述预设关键词生成模型输出的所述测试关键词。

另一方面，本申请实施例提供一种测试用例的生成装置，所述测试用例的生成装置包括：

获取模块，用于获取待测试功能所属的目标业务系统；

确定模块，用于确定与所述目标业务系统对应的关联业务系统；在多个预设生产流量文件中，确定与所述目标业务系统以及所述关联业务系统对应的第一生产流量文件；获取待测试功能对应的测试关键词；

筛选模块，用于在多个所述第一生产流量文件中，确定与所述测试关键词对应的第二生产流量文件；

生成模块，用于根据所述第二生产流量文件，生成所述待测试功能对应的测试用例。

在一些实施例中，筛选模块具体用于：

获取多个所述第一生产流量文件的属性信息；

按照所述属性信息，将多个所述第一生产流量文件划分为多个流量文件集合；

确定各个所述流量文件集合对应的业务关键词；

确定所述测试关键词与各个所述业务关键词之间的关联度；

根据所述关联度，确定多个所述业务关键词中的目标业务关键词；

将所述目标业务关键词对应的流量文件集合中的第一生产流量文件，作为所述第二生产流量文件。

在一些实施例中，筛选模块还用于：

获取包含多个预设测试关键词与多个预设业务关键词之间的预设拓扑关系图；

在所述预设拓扑关系图中，确定所述测试关键词与所述业务关键词之间的节点距离；

根据所述节点距离，确定所述测试关键词与所述业务关键词之间的关联度。

在一些实施例中，生成模块具体用于：

获取待测试功能对应的预期测试时长，以及所述目标业务系统对应的资源配置信息；

根据所述预期测试时长与所述资源配置信息，确定对应的预期流量文件数量；

在多个所述第二生产流量文件中，确定与所述预期流量文件数量匹配的第三生产流量文件；

根据所述第三生产流量文件，生成所述待测试功能对应的测试用例。

在一些实施例中，生成模块还用于：

确定各个所述第二生产流量文件所属的第二业务系统；

确定所述第二业务系统与所述目标业务系统之间的关联度；

根据所述关联度，确定所述第二业务系统对应的流量文件比例；

根据所述第二业务系统对应的流量文件比例以及所述预期流量文件数量，确定所述第二业务系统应包含的第三生产流量文件的数量；

在所述第二业务系统对应的多个第二生产流量文件中，确定与所述第二业务系统应包含的第三生产流量文件的数量匹配的第三生产流量文件。

在一些实施例中，生成模块还用于：

确定所述待测试功能对应的数据交互链路；

根据所述数据交互链路，确定所述第二业务系统与所述目标业务系统之间的路由表距离；

根据所述路由表距离，确定所述第二业务系统与所述目标业务系统之间的关联度。

在一些实施例中，生成模块还用于：

确定所述待测试功能对应的数据交互链路；

根据所述数据交互链路途经的业务系统，确定与所述目标业务系统对应的关联业务系统。

在一些实施例中，确定模块具体用于：

获取与所述待测试功能对应的测试业务场景以及测试环境；

将所述测试业务场景以及所述测试环境，输入至预设关键词生成模型；

获取所述预设关键词生成模型输出的所述测试关键词。

另一方面，本申请还提供一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现任一项所述的测试用例的生成方法中的步骤。

另一方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行任一项所述的测试用例的生成方法中的步骤。

本申请实施例提供的测试用例的生成方法、计算机设备及计算机可读存储介质，方法包括：获取待测试功能所属的目标业务系统；确定与目标业务系统对应的关联业务系统；在多个预设生产流量文件中，确定与目标业务系统以及关联业务系统对应的第一生产流量文件；获取待测试功能对应的测试关键词；在多个第一生产流量文件中，确定与测试关键词对应的第二生产流量文件；根据第二生产流量文件，生成待测试功能对应的测试用例。本申请实施例通过待测试功能相关的业务系统，从大量的生产流量中筛选出第一生产流量文件，再基于测试关键词来匹配得到第二生产流量文件，避免了通过所有生产流量来生成测试用例，从而缩短测试花费时间，提高了测试效率。

附图说明

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

图1是本申请实施例中提供的测试用例的生成方法的一个实施例流程示意图；

图2是本申请实施例中提供的测试用例的生成方法的另一个实施例流程示意图；

图3是本申请实施例中提供的测试用例的生成方法的再一个实施例流程示意图；

图4是本申请实施例中提供的测试用例的生成方法的又一个实施例流程示意图；

图5是本申请实施例提供的测试用例的生成装置的一个实施例结构示意图；

图6是本申请实施例中提供的计算机设备的一个实施例终端结构示意图。

具体实施方式

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

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本申请，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本申请。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本申请的描述变得晦涩。因此，本申请并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

需要说明的是，本申请实施例方法由于是在计算机设备中执行，各计算机设备的处理对象均以数据或信息的形式存在，例如时间，实质为时间信息，可以理解的是，后续实施例中若提及尺寸、数量、位置等，均为对应的数据存在，以便计算机设备进行处理，具体此处不作赘述。

本申请实施例提供一种测试用例的生成方法、计算机设备及计算机可读存储介质，以下分别进行详细说明。

参照图1，在一实施例中，测试用例的生成方法包括：

101、获取待测试功能所属的目标业务系统；

在本实施例中，为了满足新的业务需求，往往需要对现有功能进行改进，或者是在业务系统中加入新功能。此时，可将这些功能作为待测试功能，并通过测试用例来测试其功能、性能以及稳定性等，在测试成功后即可上线该待测试功能。在银行等金融行业中，往往同时存在多个不同的业务系统，例如收银业务系统、交易业务系统、账务业务系统等。通过多个不同业务系统之间的相互配合，实现用户各种各样的金融业务需求。因此，需要确定待测试功能所属的目标业务系统，例如，收银业务系统可包括用户登录功能，交易业务系统可包括快捷支付功能、转账功能等，账务业务系统可包括取现功能，可以看出，每一功能可属于至少一个业务系统。根据待测试功能的业务设计逻辑，即可确定出待测试功能所属的至少一个目标业务系统。

102、确定与所述目标业务系统对应的关联业务系统；

在本实施例中，在确定目标业务系统后，可确定与目标业务系统存在关联的关联业务系统。其中，关联业务系统可以是与目标业务系统存在数据调用关系的其它业务系统，在确定关联业务系统时，可根据业务系统之间的数据调用关系确定。

在一些实施例中，由于是对待测试功能进行测试，因此在确定关联业务系统时，也可先确定待测试功能对应的数据交互链路。可以理解的是，数据交互链路为实现待测试功能时数据需要经过的网络路径，例如在待测试功能为转账功能时，待测试功能可通过调用收银业务系统验证用户登录的账号，在验证成功后，调用交易业务系统来触发转账指令，再通过账务业务系统验证转账动作是否可以实现，例如验证转账金额是否充足，在验证转账动作可以实现时，即可生成对应的转账记录，完成转账过程，在此过程中数据经过的网络路径即为数据交互链路。根据数据交互链路，即可确定数据途经了哪些业务系统。根据数据交互链路途经的业务系统，来确定与目标业务系统对应的关联业务系统，例如，可将数据交互链路途经的所有业务系统均作为关联业务系统。这样，通过待测试功能对应的数据交互链路，即可更加准确地确定出关联业务系统。

103、在多个预设生产流量文件中，确定与所述目标业务系统以及所述关联业务系统对应的第一生产流量文件；

在本实施例中，预设生产流量文件为银行的多个业务系统在实际使用过程中产生的真实流量，可通过采用生产流量，保存为对应的预设生产流量文件，用于生成测试用例。在大量的预设生产流量文件中，筛选出与目标业务系统以及关联业务系统存在关联的多个第一生产流量文件。其中，与目标业务系统以及关联业务系统存在关联的第一生产流量文件，可包括发送至目标业务系统以及关联业务系统的生产流量、从目标业务系统以及关联业务系统发出的生产流量，以及目标业务系统以及关联业务系统生成的生产流量。

在一些实施例中，在确定出与目标业务系统以及关联业务系统存在关联的第一生产流量文件的步骤中，可通过分析预设生产流量文件的接口号、渠道号等属性信息，来确定预设生产流量文件与哪一业务系统存在关联。

104、获取待测试功能对应的测试关键词；

在本实施例中，可根据待测试功能的功能描述信息或者业务内容，确定对应的测试关键词。当然，也可由人工手动输入测试关键词，或者根据待测试功能所属行业，例如银行等行业，事先设置多个预设测试关键词，以供人工选取至少一个预设测试关键词，作为待测试功能对应的测试关键词。可以理解的是，待测试功能对应的测试关键词，表征待测试功能的功能或者业务，例如测试关键词可以是登录、转账、取现等。

105、在多个所述第一生产流量文件中，确定与所述测试关键词对应的第二生产流量文件；

在本实施例中，通过测试关键词对多个第一生产流量文件进行筛选，从而确定与测试关键词相关的第二生产流量文件。具体地，可对第二生产流量文件的业务属性信息进行分析，例如业务标识码，从而确定第二生产流量文件对应的业务关键词，通过业务关键词与测试关键词之间的相似性，匹配得到对应的第二生产流量文件。

106、根据所述第二生产流量文件，生成所述待测试功能对应的测试用例。

在本实施例中，在确定第二生产流量文件后，可基于第二生产流量文件，生成用于测试待测试功能的测试用例。具体地，可对第二生产流量文件进行流量录制，得到流量录制文件，流量录制文件可作为测试用例执行，用于后续的回放测试。

在本实施例公开的技术方案中，通过待测试功能相关的业务系统，从大量的生产流量中筛选出第一生产流量文件，再基于测试关键词来匹配得到第二生产流量文件，避免了通过所有生产流量来生成测试用例，从而缩短测试花费时间，提高了测试效率。

在另一实施例中，如图2所示，在图1所示实施例的基础上，步骤105包括：

201、获取多个所述第一生产流量文件的属性信息；

在本实施例中，每一第一生产流量文件均具有属性信息，属性信息可包括接口号、渠道号等技术类属性，也可包括场景标识码、枚举值等业务类属性。

202、按照所述属性信息，将多个所述第一生产流量文件划分为多个流量文件集合；

在本实施例中，按照属性信息的不同，对多个生成第一生产流量文件进行分割，得到多个生产流量文件块，每一生产流量文件块为一流量文件集合。其中，同一流量文件集合中的第一生产流量文件至少具有同一相同属性信息。例如，可根据场景标识码的不同，将多个生成第一生产流量文件进行第一次划分，再针对第一次划分得到的多个流量文件集合，根据渠道号的不同，将每一流量文件集合进行第二次划分，再针对第二次划分得到的多个流量文件集合，根据接口号的不同，将每一流量文件集合进行第三次划分。通过三次划分，使得同一流量文件集合中的多个第一生产流量文件与相似的业务内容对应。

203、确定各个所述流量文件集合对应的业务关键词；

在本实施例中，可对流量文件集合中的第一生产流量文件的相同属性信息进行分析，确定该流量文件集合对应的业务关键词，其中，业务关键词表征流量文件关联的业务内容，例如业务关键词可以是用户名、登录密码、金额、银行卡号、交易密码等。

204、确定所述测试关键词与各个所述业务关键词之间的关联度；

在本实施例中，可根据文本之间的相似性，或者内容之间的关联性，计算测试关键与各个业务关键词之间的关联度。一般来说，在文本之间的相似性或者内容之间的关联性越大时，对应的关联度也越大。例如在测试关键词为登录，业务关键词为登录密码时，两者之间的文本相似性较高，在测试关键词为取现，业务关键词为交易密码时，两者之间的内容关联性较高。

在一些实施例中，文本相似性可根据朴素贝叶斯分类器、欧氏距离等方式进行确定。

在一些实施例中，内容之间的关联性可根据事先设置的预设拓扑关系图来确定。具体地，可根据待测试功能所属行业的领域知识，积累行业内的专业词汇，并通过人工从中挑选部分词汇作为预设测试关键词以及预设业务关键词。根据业务设计逻辑，即可确定预设测试关键词与预设业务关键词的关系，例如，预设测试关键词A与预设业务关键词B存在业务关联、预设测试关键词A包含预设测试关键词C、预设业务关键词B包含预设测试关键词D等，并生成对应的预设拓扑关系图。其中，预设测试关键词与预设业务关键词，均为预设拓扑关系图中的一个节点。在确定测试关键词与业务关键词之间的关联度时，可确定测试关键词与业务关键词分别在预设拓扑关系图中的节点位置，将节点位置之间间隔的节点数量作为节点距离。其中，节点距离表征内容之间的关联性，因此可根据节点距离，确定测试关键词与业务关键词之间的关联度。一般来说，节点距离越小时，测试关键词与业务关键词之间的关联度越大。

205、根据所述关联度，确定多个所述业务关键词中的目标业务关键词；

206、将所述目标业务关键词对应的流量文件集合中的第一生产流量文件，作为所述第二生产流量文件。

在本实施例中，在确定各个业务关键词与测试关键词之间的关联度后，可根据关联度的大小，筛选出多个业务关键词中的目标业务关键词。具体地，可计算流量文件集合对应的多个业务关键词与多个测试关键词之间的关联度之和，按照关联度之和从大到小，对多个流量文件集合对应的业务关键词进行排序，并将排名靠前的预设数量的流量文件集合对应的业务关键词作为目标业务关键词，将目标业务关键词对应的流量文件集合中的第一生产流量文件，均作为第二生产流量文件，实现了对于生产流量文件的筛选。

在本实施例公开的技术方案中，按照属性信息对多个第一生产流量文件进行划分，根据流量文件集合对应的业务关键词与测试关键词之间的关联度，来筛选出第二生产流量文件，实现了与待测试功能相关的生产流量的准确筛选，提高了测试效率。

在再一实施例中，如图3所示，在图1至图2任一实施例所示的基础上，步骤106包括：

301、获取待测试功能对应的预期测试时长，以及所述目标业务系统对应的资源配置信息；

302、根据所述预期测试时长与所述资源配置信息，确定对应的预期流量文件数量；

在本实施例中，为了更好地对待测试功能的测试进行管控，还可人工设置预期的测试时长。由于业务系统对应的资源配置越高时，业务系统的数据处理速度、指令响应速度也越快，因此，可根据预期测试时长与目标业务系统对应的资源配置信息，综合确定对应的预期流量文件数量。其中，资源配置信息可包括目标业务系统的处理器核心数以及线程数、带宽、存储器的数据传输速率、运行内存的容量等，预期流量文件数量表征应当采用多少个生产流量文件来生成待测试功能对应的测试用例，才可使待测试功能的实际测试时长达到预期测试时长。

在一些实施例中，可根据历史待测试功能的历史测试数据，总结出测试时长、资源配置信息与流量文件数量之间的映射关系。基于此映射关系，确定与预期测试时长以及资源配置信息对应的预期流量文件数量。

303、在多个所述第二生产流量文件中，确定与所述预期流量文件数量匹配的第三生产流量文件；

304、根据所述第三生产流量文件，生成所述待测试功能对应的测试用例。

在本实施例中，从多个第二生产流量文件中，筛选出预期流量文件数量的第三生产流量文件，根据筛选出的第三生产流量文件来生成测试用例。这样，可使待测试功能的实际测试时长更接近预期测试时长，实现了对于待测试功能的测试管控。

在一些实施例中，在多个第二生产流量文件中，筛选出预期流量文件数量的第三生产流量文件的步骤中，可先确定各个第二生产流量文件所属的业务系统，即第二业务系统。确定第二业务系统与目标业务系统之间的关联度，根据关联度，来确定需要从该第二业务系统的第二生产流量文件中，筛选出多少个生产流量文件作为第三生产流量文件。具体地，可根据关联度，确定第二业务系统对应的流量文件比例，根据第二业务系统对应的流量文件比例以及预期流量文件数量，确定第二业务系统应包含的第三生产流量文件的数量，并在第二业务系统对应的多个第二生产流量文件中，确定与第二业务系统应包含的第三生产流量文件的数量匹配的第三生产流量文件。其中，可根据第二业务系统对应的流量文件比例与预期流量文件数量的乘积，作为第二业务系统应包含的第三生产流量文件的数量。这样，可实现根据业务系统之间的关联度，筛选出较多或者较少的生产流量文件，使得生产流量文件的筛选更加合理，待测试功能的测试结果也可更加准确。

在一些实施例中，在根据关联度，确定第二业务系统对应的流量文件比例时，可先计算所有第二业务系统与目标业务系统之间的关联度之和，将第二业务系统与目标业务系统之间的关联度，与关联度之和的比值作为第二业务系统对应的流量文件比例。

在一些实施例中，在确定第二业务系统与目标业务系统之间的关联度的步骤中，可线确定待测试功能对应的数据交互链路，根据数据交互链路，确定所第二业务系统与目标业务系统之间的路由表距离，根据路由表距离，确定第二业务系统与目标业务系统之间的关联度。一般来说，路由表距离越小时，二业务系统与目标业务系统之间的关联度越大。其中，根据数据交互链路，即可确定数据途经了哪些业务系统。根据数据途经的各个业务系统的先后顺序，可确定出数据途经的各个业务系统之间的路由表距离，从而确定第二业务系统与目标业务系统之间的路由表距离。

在本实施例公开的技术方案中，根据预期测试时长与目标业务系统对应的资源配置信息，确定对应的预期流量文件数量，在多个第二生产流量文件中，筛选出于预期流量文件数量匹配的第三生产流量文件，实现了指定数量的生产流量文件的筛选，可更加方便地管控待测试功能的测试时长。

在又一实施例中，如图4所示，在图1至图3任一实施例所示的基础上，步骤104包括：

401、获取与所述待测试功能对应的测试业务场景以及测试环境；

在本实施例中，在确定待测试功能对应的测试关键词的步骤中，可事先设置多个不同的测试业务场景以及测试环境，以供人工选择至少一个测试业务场景以及至少一个测试环境。其中，测试业务场景可包括具体的业务内容，例如登录场景、转账场景、取现场景等，测试环境可包括业务系统负载过高、业务系统网络故障、业务系统正常等。

402、将所述测试业务场景以及所述测试环境，输入至预设关键词生成模型；

403、获取所述预设关键词生成模型输出的所述测试关键词。

在本实施例中，根据事先设置的测试业务场景、测试环境以及对应的测试关键词来训练数据模型，得到预设关键词生成模型。通过将指定的测试业务场景以及测试环境，输入至预设关键词生成模型，这样，预设关键词生成模型可输出预期的测试关键词。其中，预设关键词生成模型可以是深度学习模型或机器学习模型，例如，卷积神经网络(Convolutional Neural Networks,CNN)、反卷积神经网络(De-Convolutional Networks,DN)等。例如，在测试业务场景为登录场景、测试环境为业务系统负载过高时，预设关键词生成模型输出的测试关键词可以是登录超时，在测试业务场景为转账场景、测试环境为业务系统网络故障时，预设关键词生成模型输出的测试关键词可以是转账失败，在测试业务场景为取现场景、测试环境为业务系统正常时，预设关键词生成模型输出的测试关键词可以是取现成功。

在一些实施例中，预设关键词生成模型输出的测试关键词，还可包括输入的测试业务场景以及测试环境的近义词以及内容相关的其它词汇。具体地，可根据银行等相关行业的知识图谱，来确定近义词以及内容相关的其它词汇。

在本实施例公开的技术方案中，将待测试功能对应的测试业务场景以及测试环境，输入至预设关键词生成模型，得到预设关键词生成模型输出的测试关键词，使得测试关键词的生成更加准确完整。

为了更好实施本申请实施例中测试用例的生成方法，在测试用例的生成方法的基础之上，本申请实施例中还提供一种测试用例的生成装置，如图5所示，测试用例的生成装置500包括获取模块501、确定模块502、筛选模块503以及生成模块504，具体如下：

获取模块501，用于获取待测试功能所属的目标业务系统；

确定模块502，用于确定与目标业务系统对应的关联业务系统；在多个预设生产流量文件中，确定与目标业务系统以及关联业务系统对应的第一生产流量文件；获取待测试功能对应的测试关键词；

筛选模块503，用于在多个第一生产流量文件中，确定与测试关键词对应的第二生产流量文件；

生成模块504，用于根据第二生产流量文件，生成待测试功能对应的测试用例。

本申请实施例还提供一种计算机设备，其集成了本申请实施例所提供的任一种测试用例的生成装置。如图6所示，其示出了本申请实施例所涉及的计算机设备的结构示意图，具体来讲：

该计算机设备可以包括一个或者一个以上处理核心的处理器601、一个或一个以上计算机可读存储介质的存储器602、电源603和输入单元604等部件。本领域技术人员可以理解，图6中示出的计算机设备结构并不以构建对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器601是该计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分，通过运行或执行存储在存储器602内的软件程序和/或模块，以及调用存储在存储器602内的数据，执行计算机设备的各种功能和处理数据，从而对计算机设备进行整体监控。可选地，处理器601可包括一个或多个处理核心；优选的，处理器601可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器601中。

存储器602可用于存储软件程序以及模块，处理器601通过运行存储在存储器602的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器602可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器602还可以包括存储器控制器，以提供处理器601对存储器602的访问。

计算机设备还包括给各个部件供电的电源603，优选的，电源603可以通过电源管理系统与处理器601逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源603还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该计算机设备还可包括输入单元604，该输入单元604可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，计算机设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，计算机设备中的处理器601会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器602中，并由处理器601来运行存储在存储器602中的应用程序，从而实现各种功能，如下：

获取待测试功能所属的目标业务系统；

确定与目标业务系统对应的关联业务系统；

在多个预设生产流量文件中，确定与目标业务系统以及关联业务系统对应的第一生产流量文件；

获取待测试功能对应的测试关键词；

在多个第一生产流量文件中，确定与测试关键词对应的第二生产流量文件；

根据第二生产流量文件，生成待测试功能对应的测试用例。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行本申请实施例所提供的任一种测试用例的生成方法中的步骤。例如，所述计算机程序被处理器进行加载可以执行如下步骤：

获取待测试功能所属的目标业务系统；

确定与目标业务系统对应的关联业务系统；

在多个预设生产流量文件中，确定与目标业务系统以及关联业务系统对应的第一生产流量文件；

获取待测试功能对应的测试关键词；

在多个第一生产流量文件中，确定与测试关键词对应的第二生产流量文件；

根据第二生产流量文件，生成待测试功能对应的测试用例。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。

具体实施时，以上各个单元或结构可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元或结构的具体实施可参见前面的方法实施例，在此不再赘述。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种测试用例的生成方法、计算机设备及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

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

获取待测试功能所属的目标业务系统；

确定与所述目标业务系统对应的关联业务系统；

在多个预设生产流量文件中，确定与所述目标业务系统以及所述关联业务系统对应的第一生产流量文件；

获取待测试功能对应的测试关键词；

在多个所述第一生产流量文件中，确定与所述测试关键词对应的第二生产流量文件；

根据所述第二生产流量文件，生成所述待测试功能对应的测试用例。

2.如权利要求1所述的测试用例的生成方法，其特征在于，所述在多个所述第一生产流量文件中，确定与所述测试关键词对应的第二生产流量文件的步骤包括：

获取多个所述第一生产流量文件的属性信息；

按照所述属性信息，将多个所述第一生产流量文件划分为多个流量文件集合；

确定各个所述流量文件集合对应的业务关键词；

确定所述测试关键词与各个所述业务关键词之间的关联度；

根据所述关联度，确定多个所述业务关键词中的目标业务关键词；

将所述目标业务关键词对应的流量文件集合中的第一生产流量文件，作为所述第二生产流量文件。

3.如权利要求2所述的测试用例的生成方法，其特征在于，所述确定所述测试关键词与各个所述业务关键词之间的关联度的步骤包括：

获取包含多个预设测试关键词与多个预设业务关键词之间的预设拓扑关系图；

在所述预设拓扑关系图中，确定所述测试关键词与所述业务关键词之间的节点距离；

根据所述节点距离，确定所述测试关键词与所述业务关键词之间的关联度。

4.如权利要求1所述的测试用例的生成方法，其特征在于，所述根据所述第二生产流量文件，生成所述待测试功能对应的测试用例的步骤包括：

获取待测试功能对应的预期测试时长，以及所述目标业务系统对应的资源配置信息；

根据所述预期测试时长与所述资源配置信息，确定对应的预期流量文件数量；

在多个所述第二生产流量文件中，确定与所述预期流量文件数量匹配的第三生产流量文件；

根据所述第三生产流量文件，生成所述待测试功能对应的测试用例。

5.如权利要求4所述的测试用例的生成方法，其特征在于，所述在多个所述第二生产流量文件中，确定与所述预期流量文件数量匹配的第三生产流量文件的步骤包括：

确定各个所述第二生产流量文件所属的第二业务系统；

确定所述第二业务系统与所述目标业务系统之间的关联度；

根据所述关联度，确定所述第二业务系统对应的流量文件比例；

根据所述第二业务系统对应的流量文件比例以及所述预期流量文件数量，确定所述第二业务系统应包含的第三生产流量文件的数量；

在所述第二业务系统对应的多个第二生产流量文件中，确定与所述第二业务系统应包含的第三生产流量文件的数量匹配的第三生产流量文件。

6.如权利要求5所述的测试用例的生成方法，其特征在于，所述确定所述第二业务系统与所述目标业务系统之间的关联度的步骤包括：

确定所述待测试功能对应的数据交互链路；

根据所述数据交互链路，确定所述第二业务系统与所述目标业务系统之间的路由表距离；

根据所述路由表距离，确定所述第二业务系统与所述目标业务系统之间的关联度。

7.如权利要求6所述的测试用例的生成方法，其特征在于，所述确定与所述目标业务系统对应的关联业务系统的步骤包括：

确定所述待测试功能对应的数据交互链路；

根据所述数据交互链路途经的业务系统，确定与所述目标业务系统对应的关联业务系统。

8.如权利要求1所述的测试用例的生成方法，其特征在于，所述确定待测试功能对应的测试关键词的步骤包括：

获取与所述待测试功能对应的测试业务场景以及测试环境；

将所述测试业务场景以及所述测试环境，输入至预设关键词生成模型；

获取所述预设关键词生成模型输出的所述测试关键词。

9.一种计算机设备，其特征在于，所述计算机设备包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现权利要求1至8中任一项所述的测试用例的生成方法中的步骤。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行权利要求1至8中任一项所述的测试用例的生成方法中的步骤。

Images