CN108710569A - 测试案例生成方法、数据生成方法、装置、设备及介质 - Google Patents

Abstract

本发明公开了测试案例生成方法、数据生成方法、装置、设备及介质。该测试案例生成方法包括：获取测试案例生成请求，所述测试案例生成请求包括测试任务和应用环境信息；基于所述测试任务，获取至少一个原始接口集合，每一所述原始接口集合包括按预设接口逻辑配置的至少一个原始接口；从至少一个原始接口集合中获取与所述应用环境信息相对应的目标接口集合；执行所述目标接口集合，生成目标测试案例，并将所述目标测试案例存储在数据库中。该测试案例生成方法无需手工编写测试案例，节省时间和成本，而且可以通过执行接口集合自动生成测试案例，效率较高。

Description

测试案例生成方法、数据生成方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种测试案例生成方法、数据生成方法、装置、设备及介质。

背景技术

随着我国经济发展和人民生活水平的提高，人们的投资理财意识不断增强，越来越多普通百姓开始关注投资理财。一些金融公司为了方便客户，相继开发了众多金融理财APP(Application，应用程序)，在将这些金融理财APP推广给客户之前，通常需要对这些金融理财APP进行压力测试，因此，常常需要大批量测试数据。当前测试数据生成过程，主要通过预先编辑的测试案例，并执行这些测试案例生成的脚本，从而获取大批量测试数据。

金融领域所需的测试数据的组成较为复杂，其主要包括这些特点：必须包含手机号码、身份证号码、姓名、银行卡号码和交易密码，同时，姓名和身份证号码必须真实且联网核查通过；姓名、身份证号码必须与银行卡号码对应的银行卡预留的姓名和身份证号码一致，而且经过银联四要素鉴权后仍能符合要求；注册手机号码必须与银行卡号码对应的银行卡预留手机号码一致。由此可知，金融领域所需的测试数据对数据的可靠性要求比较高，或者可以说金融领域所需的测试数据的门槛较高，且需要经过多次验证，因此，以下将金融领域所需的测试数据简称为高门槛测试数据。

由于金融领域所需的测试数据的这些特性，使得如何获取高门槛测试数据成了一个难题。当前主要是人工编写高门槛测试数据，往往需要消耗大量人力和时间，而且可能会因为人为疏忽导致生成的高门槛测试数据错误，使得生成高门槛测试数据的效率低、成本高和稳定性欠佳。而且，当前采用预先编辑测试案例并执行对应脚本的方式生成的测试数据不具有高门槛测试数据的特点，无法满足金融理财APP的测试需求。

发明内容

本发明实施例提供一种测试案例生成方法、装置、设备及介质，以解决当前测试案例生成方法所获得的测试案例，无法满足被执行时可生成高门槛测试数据的需求的问题。

本发明实施例提供一种数据生成方法、装置、设备及介质，以解决当前采用人工编写高门槛测试数据效率低、成本高和稳定性欠佳的问题。

第一方面，本发明实施例提供一种测试案例生成方法，包括：

获取测试案例生成请求，所述测试案例生成请求包括测试任务和应用环境信息；

基于所述测试任务，获取至少一个原始接口集合，每一所述原始接口集合包括按预设接口逻辑配置的至少一个原始接口；

从至少一个原始接口集合中，获取与所述应用环境信息相对应的目标接口集合；

执行所述目标接口集合，生成目标测试案例，并将所述目标测试案例存储在数据库中。

第二方面，本发明实施例提供一种测试案例生成装置，包括：

测试案例生成请求模块，用于获取测试案例生成请求，所述测试案例生成请求包括测试任务和应用环境信息；

原始接口集合获取模块，用于基于所述测试任务，获取至少一个原始接口集合，每一所述原始接口集合包括按预设接口逻辑配置的至少一个原始接口；

目标接口集合获取模块，用于从至少一个原始接口集合中，获取与所述应用环境信息相对应的目标接口集合；

目标测试案例生成模块，用于执行所述目标接口集合，生成目标测试案例，并将所述目标测试案例存储在数据库中。

第三方面，本发明实施例提供一种数据生成方法，包括：

获取数据生成请求，所述数据生成请求包括测试任务和应用环境信息；

基于所述测试任务和所述应用环境信息，从数据库中获取对应的目标测试案例，所述目标测试案例是采用所述测试案例生成方法生成的；

调用预先设置的测试数据生成程序对所述目标测试案例进行处理，获取高门槛测试数据。

第四方面，本发明实施例提供一种数据生成装置，包括：

测试案例生成请求模块，用于获取测试案例生成请求，所述测试案例生成请求包括测试任务和应用环境信息；

目标测试案例获取模块，用于基于所述测试任务和所述应用环境信息，从数据库中获取对应的目标测试案例，所述目标测试案例是采用所述测试案例生成方法生成的；

高门槛测试数据获取模块，用于调用预先设置的测试数据生成程序对所述目标测试案例进行处理，获取高门槛测试数据。

第五方面，本发明实施例提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述测试案例生成方法的步骤；或者，所述处理器执行所述计算机程序时实现所述数据生成方法的步骤。

第六方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述测试案例生成方法的步骤；或者，所述处理器执行所述计算机程序时实现所述数据生成方法的步骤。

本发明实施例提供的测试案例生成方法、装置、设备及介质中，首先获取测试案例生成请求，基于测试案例生成请求中的测试任务获取原始接口集合，且该原始接口集合包括按预设接口逻辑配置的原始接口，以确保获取的原始接口集合符合配置逻辑，保证接口串联顺序的准确性。然后基于测试案例生成请求中的应用环境信息从原始接口集合中获取相对应的目标接口集合，以使得所获取的目标接口集合能够应用在相应的应用环境中。最后执行目标接口集合，生成目标测试案例，能够大大提高测试案例生成和录入的效率，由于目标接口集合与测试任务相对应，且包括预设接口逻辑配置的至少一个原始接口，使得基于目标接口集合形成的目标测试案例，可应用于快速生成批量高门槛测试数据。并且，将目标测试案例存储在数据库中，以实现对目标测试案例的复用。

本发明实施例提供的数据生成方法、装置、设备及介质中，首先通过获取数据生成请求的测试任务和应用环境信息，以便从数据库中获取对应的目标测试案例，从而保证了从目标测试案例中获取高门槛测试数据的准确性，然后调用预先设置的测试数据生成程序对目标测试案例进行处理，获取高门槛测试数据，提高了高门槛测试数据的生成效率。

附图说明

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

图1是本发明实施例1中提供的测试案例生成方法的流程图；

图2是图1中步骤S20的一具体示意图；

图3是本发明实施例1中提供的测试案例生成方法的另一流程图；

图4是本发明实施例2中提供的测试案例生成装置的一原理框图；

图5是本发明实施例3中提供的数据生成方法的一流程图；

图6是图5中步骤S70的一具体示意图；

图7是图6中步骤S705的一具体示意图；

图8是本发明实施例4中提供的数据生成装置的一原理框图；

图9是本发明实施例6中提供的计算机设备的一示意图。

具体实施方式

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

实施例1

图1示出本实施例中测试案例生成方法的流程图。该测试案例生成方法可应用在测试系统中，用于根据业务系统的测试需求，生成相应的测试案例，以便在业务系统开发的APP(如金融机构中开发的金融理财APP)时，执行基于该测试案例形成的脚本，以获取可应用在该APP上进行压力测试的测试数据。如业务系统的测试需求是获取高门槛测试数据时，则该测试案例生成方法所生成的测试案例形成的脚本在被执行时可快速高效地生成该高门槛测试数据，以满足业务系统的开发的APP的压力测试需求。如图1所示，该测试案例生成方法包括如下步骤：

S10：获取测试案例生成请求，测试案例生成请求包括测试任务和应用环境信息。

测试案例生成请求用于生成能够满足实际测试需求的测试案例的请求。其中，测试案例是指对一项特定的软件产品进行测试任务的描述，是测试数据集合，可以体现测试方案、方法、技术和策略等。测试案例的内容可以包括测试目标、测试环境、输入数据、测试步骤、预期结果和测试脚本等，并基于上述内容形成测试文档。本实施例中，测试案例是指将与测试任务和应用环境信息都匹配的接口进行组合串联形成的程序文件。

其中，应用环境信息是指根据实际测试需求而确定的环境信息。具体地，实际测试需求的应用环境可以是基于APP的不同使用环境而设置，包括但不限于：安卓操作系统、苹果操作系统和PC操作系统等APP所在设备所使用的操作系统；也可以是APP的不同状态的使用环境，包括但不限于：生产环境、测试环境和开发环境等；还可以是不同环境对应的具体参数配置，包括但不限于：服务器的域名、服务器端口和协议等。

其中，测试任务是指根据实际测试需求而确定的任务，如金融理财APP中开户业务、查询余额业务和基金申购业务等都可以作为测试任务。

由于测试案例是指将与测试任务和应用环境信息都匹配的接口进行组合串联形成的程序文件，因此，需基于该测试案例生成请求中的测试任务和应用环境信息分别获取相匹配的接口，并进行接口串联。例如，与测试任务匹配的接口包括：接口1、接口2、接口3和接口4，与应用环境信息匹配的接口包括：接口2、接口4、接口6和接口8，容易理解地，同时与测试任务和应用环境信息都匹配的接口是接口2和接口4，需将接口2和接口4按照对应的逻辑组合串联形成的程序文件就是一个测试案例。

S20：基于测试任务，获取至少一个原始接口集合，每一原始接口集合包括按预设接口逻辑配置的至少一个原始接口。

其中，接口是指计算机软件领域所说的API(Application ProgrammingInterface，即应用程序接口)，主要是子模块或者子系统间交互并相互作用的部分。从形式上来看各种应用程序硬件的驱动程序,数据库系统的访问接口、Web service接口和httprest接口等，用于系统各组件之间的交换、数据传递、控制管理应用程序的相互逻辑依赖关系。其中，原始接口是测试系统预先开发的接口。

原始接口集合是指根据确定的测试任务分析得到的后端业务接口，并对这些后端业务接口进行集成所得到接口集合。如一金融理财APP的开户任务中，其原始接口集合包括注册相关接口、登录相关接口及开户相关接口。注册相关接口的后端业务接口包括发送短信验证码接口、校验短信验证码和注册接口。登录相关接口的后端业务接口包括登录接口。开户相关接口的后端业务接口包括上传接口、断点查询接口、身份信息核查接口、查询卡BIN接口、发送短信验证码接口、卡鉴权接口和开户接口。

进一步地，对后端业务接口进行集成具体包括：测试系统通过自动化平台录入至少两个后端业务接口，并将至少两个后端业务接口依据其各个后端业务接口的实现逻辑进行组合串联。其中，自动化平台录入是指用户在使用相关接口时，将对应的接口中用户录入的数据信息传输到后台数据库，其实现原理是将JMETER进行封装。具体地，由于各个后端业务接口的逻辑是有先后顺序的，以开户任务的逻辑为例，需先进行注册操作，然后进行登录操作，最后进行开户操作，因此，其对应的注册相关接口、登录相关接口和开户相关接口也是需要按其开户任务的逻辑进行串联。

可以理解地，原始接口集合包含按预设接口逻辑配置的至少一个原始接口，是至少一个原始接口进行串联后得到的接口集合。在实际测试需求中，原始接口集合可能缺少与测试任务匹配的一个或多个原始接口，可对后端业务接口进行新增接口来生成符合要求测试案例和测试数据。其中，新增接口操作主要有两种方式：Jmeter脚本导入方式和直接录入方式。

Jmeter脚本导入方式是将写好的接口测试案例Jmx(Java ManagementExtensions，即Java管理扩展)脚本通过新增接口中的Jmx脚本导入功能直接导入到测试系统中，其中，Jmx脚本的内容包括：接口名称、请求方法、接口路径和参数等。其中，Jmx是一个为应用程序、设备、系统等植入管理功能的框架。Jmx可以跨越一系列异构操作系统平台、系统体系结构和网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用。Jmeter是Apache组织开发的基于Java的压力测试工具，可以用于对服务器、网络或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能。

直接录入方式是通过新增接口中的录入功能，在测试系统中直接录入所需新增接口的接口名称、请求方法、接口路径、参数、文件信息和结果检验等。值得说明的是，文件信息的录入是指导入批量文件，该批量文件的内容包含唯一校验参数数据。例如，批量文件的内容中需包括手机号|姓名|身份证号|银行卡号等可以唯一确定用户身份的校验参数数据。

进一步地，在新增接口完成后，还需要对新增接口进行测试，以保证通过新增接口生成的测试案例的有效性，也体现了该测试案例生成方法具有较好的可扩展性。

其中，预设接口逻辑是指原始接口集合中的原始接口之间的串联关系。具体地，由于各个后端业务接口的逻辑是有先后顺序的。例如，一金融理财APP的开户任务限定其逻辑是先进行注册，然后进行登录，最后进行开户，因此，其注册相关接口、登录相关接口与开户相关接口必须按照先注册再登录后开户的顺序进行组合，其串联关系就是注册相关接口、登录相关接口与开户相关接口依序进行串联组合。通过对至少一个原始接口按预设接口逻辑进行集成，省去了重复分析查找后端业务接口的繁琐，有利于提高测试案例生成效率，以使得基于该原始接口集合获取的测试案例被执行时可依据这一预设接口逻辑调整相应的原始接口对应的数据，以获取相应的测试数据，为后续生成高门槛测试数据提供技术支持。

S30：从至少一个原始接口集合中，获取与应用环境信息相对应的目标接口集合。

目标接口集合是指满足实际测试需求的接口集合，即同时与测试任务和应用环境信息匹配的接口集合。具体地，该目标接口集合是通过从原始接口集合中选取与应用环境信息相对应的所有原始接口进行组合后得到的接口集合。

同一测试任务对应的应用环境信息不同，其目标接口集合不同。例如，某一金融理财APP的应用环境信息有开发环境、测试环境和生产环境等，其测试任务是进行开户；在开发环境下的开户相关接口中的卡鉴权接口与公安系统联网核查，而测试环境的卡鉴权接口一般会设置默认通过，因此，需要通过应用环境信息分析获取匹配的目标接口集合。可以理解地，可通过设置应用环境信息来区分不同的应用环境，增加了接口应用的灵活性。进一步地，不同APP接入到测试系统，只需要配置编辑对应的应用环境信息，从而达到接口和测试案例复用的效果，通用性强。

S40：执行目标接口集合，生成目标测试案例，并将目标测试案例存储在数据库中。

具体地，调用并执行目标接口集合，得到目标测试案例。接口集合是给测试系统调用的，并且开发过程中，肯定是需要调用接口集合的，如果接口集合缺少逻辑化或者接口类型错误，就会得到不到合适的测试案例。通过分析测试任务和应用环境信息获取到的目标接口集合是能够保证接口类型正确并且逻辑化。目标测试案例是指根据实际测试需求分析获取的测试案例。可以理解地，目标测试案例是根据测试任务和应用环境信息分析找到匹配的目标接口集合后，生成的测试案例。因为是调用目标接口集合，保证了获取的目标测试案例的准确性。值得说明的是，有些APP会限制一个设备注册账户的数量，此时，可以对目标接口集合中与设备注册账户的数量相对应的原始接口进行接口参数设置，以实现限制设备注册账户的数量的目的。

将目标测试案例存储在数据库中，以便测试人员在web前端调用和查询测试案例，并且可以实现对目标测试案例的复用。

具体地，通过分析测试案例生成请求中的测试任务，以获取其实际测试需求，选取与测试任务匹配的相关接口。例如，若测试需求是测试分析某个基金APP的申购基金这一业务性能，这就需要有开户账号，且开户账号里保证有充足余额，并且要求能够通过风险评测，所以与该测试任务匹配的测试案例就是申购案例。此时，基金APP中的申购案例的目标接口集合就是注册相关接口、登录相关接口、开户相关接口、充值相关接口和申购相关接口按其基金申购任务的逻辑进行串联后形成的目标接口集合。若测试任务是基金APP开户，此时，只需要直接复用注册相关接口、登录相关接口和开户相关接口按其开户逻辑形成的目标接口集合。通过目标接口集合生成目标测试案例，以便后续对不同的目标测试案例进行组合或者复用，进而高效得到所需的测试案例，进而利用该测试案例获取相应的测试数据，减少了测试数据的获取时间，提高了测试效率，也有利于接口集合的维护。

本实施例中，首先获取测试案例生成请求，基于测试案例生成请求中的测试任务获取原始接口集合，且该原始接口集合包括按预设接口逻辑配置的原始接口，以确保获取的接口集合符合配置逻辑，保证各个接口组合串联顺序的准确性。然后基于应用环境信息从原始接口集合中获取与应用环境信息相对应的目标接口集合。最后执行目标接口集合，生成目标测试案例，大大提高测试案例生成效率，并将目标测试案例存储在数据库中，同时还能实现对测试案例的查询和复用。

在一具体实施方式中，如图2所示，步骤S20中，即基于测试任务，获取至少一个原始接口集合，具体包括如下步骤：

S21：基于测试任务，获取与测试任务相对应的至少一个原始接口以及至少一个原始接口之间的串联逻辑；每一原始接口对应一应用环境。

原始接口之间的串联逻辑是指多个原始接口之间的组合串联的顺序。每一原始接口都是与测试任务匹配的，并且对应一应用环境，例如开户任务对应的接口包括注册相关接口A1、A2，登录相关接口B1、B2，开户相关接口C1、C2，其在开发环境下，对应的接口为A1、B1、C1，在测试环境下，对应的接口为A2、B2、C3，此时，可以获得2个原始接口集合，分别是开发环境下的接口集合：通过A1、B1、C1按照各个接口串联逻辑组合的接口集合；测试环境下的接口集合：通过A2、B2、C3按照各个接口串联逻辑组合的接口集合。容易理解地，有多少种应用环境信息，就有多少个原始接口集合。通过获取原始接口的串联逻辑以及对应的应用环境信息，能够保证后续原始接口集合获取的准确性，减少了繁琐的接口串联的分析工作。

S22：选取相同的应用环境的至少一个原始接口，并按串联逻辑配置成对应的一原始接口集合。

选取相同的应用环境对应的至少一个原始接口，并将至少一个原始接口按照串联逻辑配置，形成了原始接口集合，使得原始接口集合中的原始接口都是对应同一应用环境的同时，还可保证原始接口集合中各个原始接口的串联关系的准确性。

采用步骤S22配置形成原始接口集合后，可在测试案例生成过程中，直接基于测试案例生成请求中的应用环境信息，调用与该应用环境信息相对应的原始接口集合，以形成目标接口集合，无需对相同的原始接口进行组合串联配置，能够有效减少目标接口集合的选取时长，节省时间，提高后续获取目标接口集合的效率。

本实施例中，先获取与测试任务相对应的至少一个原始接口以及至少一个原始接口之间的串联逻辑，每一原始接口都有对应的应用环境信息。然后将这些原始接口按照应用环境信息进行分类，选取同一应用环境信息下对应所有原始接口，按照串联逻辑配置形成原始接口集合，以使后续采用原始接口集合时，无需对相同的接口集合再次进行串联关系配置，能够有效减少接口选取时长，节省时间，提高获取原始接口集合的效率。

在一具体实施方式中，如图3所示，步骤S20，基于测试任务，获取至少一个原始接口集合，每一原始接口集合包括按预设接口逻辑配置的至少一个原始接口的的步骤之前，该测试案例生成方法还包括如下步骤：

S201：获取接口配置请求，接口配置请求包括任务ID、应用环境信息、至少一个接口ID和至少一个接口ID对应的串联逻辑。

接口配置请求是用于对相关接口进行配置，以使接口组合串联集成符合逻辑串联关系的请求。

任务ID是指根据实际测试需求确定的测试任务的唯一标识。本实施例中，通过分析与任务ID对应的测试任务，得到的与之匹配的接口才是实际测试需求的接口。接口ID是确定接口的唯一标识，并且，每个接口都有与接口ID对应的串联逻辑。串联逻辑是指多个接口之间的组合串联的顺序，是作为各个接口组合顺序的标准，保证接口集成的逻辑的准确性。

S202：依据应用环境信息和至少一个应用接口ID，获取对应的至少一个原始接口。

其中，原始接口是指与测试任务匹配的所有相关接口。

应用接口ID是指与应用环境匹配的接口的唯一标识，通过至少一个应用接口ID和应用环境获取至少一个原始接口，能够保证后续获取的原始接口集合是匹配同一应用环境信息。

S203：依据串联逻辑将至少一个原始接口组合，形成与任务ID相对应的原始接口集合。

对原始接口依据其串联逻辑进行组合串联，得到原始接口集合。例如，一基金申购的测试案例的逻辑顺序是注册、登录、查询余额、充值和基金申购，那么基金申购这个测试案例对应的原始接口集合就是将注册相关接口、登录相关接口、查询余额相关接口、充值相关接口和基金申购相关接口按照逻辑顺序进行组合串联得到的接口集合。在步骤S201-S203的基础上，步骤S20中的基于测试任务，获取至少一个原始接口集合，具体包括：基于测试任务获取对应的至少一个任务ID，基于至少一个任务ID分别获取对应的至少一个原始接口集合。

本实施例中，首先通过任务ID，获取与任务ID对应的测试任务，通过接口ID获取对应的接口，每个接口都有与接口ID对应的串联逻辑，然后依据应用环境信息和至少一个应用接口ID，获取与应用接口ID对应的至少一个原始接口，再依据串联逻辑将至少一个原始接口组合，形成与任务ID相对应的原始接口集合，通过依据测试任务和应用环境信息获取的对应的接口按照串联逻辑配置方法形成的原始接口集合，能够保证据接口集合的逻辑化，有利于提高原始接口集合获取效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例2

图4示出与实施例1中测试案例生成方法一一对应的测试案例生成装置的原理框图。如图4所示，该测试案例生成装置包括目测试案例生成请求模块10、原始接口集合获取模块20、目标接口集合获取模块30和目标测试案例获取模块40。其中，目测试案例生成请求模块10、原始接口集合获取模块20、目标接口集合获取模块30和目标测试案例获取模块40的实现功能与实施例中测试案例生成方法对应的步骤一一对应，为避免赘述，本实施例不一一详述。

测试案例生成请求模块10，用于获取测试案例生成请求，测试案例生成请求包括测试任务和应用环境信息。

原始接口集合获取模块20，用于基于测试任务，获取至少一个原始接口集合，每一原始接口集合包括按预设接口逻辑配置的至少一个原始接口；

目标接口集合获取模块30，用于从至少一个原始接口集合中，获取与应用环境信息相对应的目标接口集合。

目标测试案例获取模块40，用于执行目标接口集合，生成目标测试案例，并将目标测试案例存储在数据库中。

优选地，原始接口集合获取模块20包括原始接口确认单元21、原始接口串联单元22。

原始接口获取单元21，用于基于测试任务，获取与测试任务相对应的至少一个原始接口以及至少一个原始接口之间的串联逻辑，每一原始接口对应一应用环境信息。

原始接口串联单元22，用于选取相同的应用环境信息的至少一个原始接口，并按串联逻辑配置成对应的一原始接口集合。

优选地，该测试案例生成装置还包括接口配置请求模块201，用于配置接口。

接口配置请求获取模块201包括接口配置请求获取单元2011、原始接口确认单元2012和原始接口连接单元2013。

接口配置请求获取单元2011，用于获取接口配置请求，接口配置请求包括任务ID、应用环境、至少一个接口ID和至少一个接口ID对应的串联逻辑。

原始接口确认单元2012，用于依据应用环境信息和至少一个应用接口ID，获取对应的至少一个原始接口。

原始接口连接单元2013，用于依据串联逻辑将至少一个原始接口组合，形成与任务ID相对应的原始接口集合。

原始接口集合获取模块20，还用于基于测试任务获取对应的至少一个任务ID，基于至少一个任务ID分别获取对应的至少一个原始接口集合。

实施例3

图5示出本实施例中数据生成方法的一流程图。该数据生成方法可应用在测试系统中，用于根据业务系统的测试需求，自动生成高门槛测试数据，以使该高门槛测试数据可应用在业务系统开发的APP上进行压力测试或其他测试。该数据生成方法可方便高效地获取高门槛测试数据，节省了高门槛测试数据的获取成本，也提高了高门槛测试数据的获取效率。如图5所示，该数据生成方法包括如下步骤：

S50：获取数据生成请求，数据生成请求包括测试任务和应用环境信息。

其中，数据生成请求是用于触发测试系统生成测试数据的请求。测试数据是用于软件产品性能进行测试的数据。本实施例中，测试数据可以是用户名、密码、身份证号码、手机号码和银行卡号码等数据。

S60：基于测试任务和应用环境信息，从数据库中获取对应的目标测试案例，目标测试案例是采用实施例1中测试案例生成方法生成的。

在获取数据生成请求中的测试任务和应用环境信息后，通过查询数据库，基于测试任务获取到原始接口集合，再基于应用环境信息可从原始接口集合中获取到目标接口集合。进一步地，若基于数据生成请求中的测试任务和应用环境信息获取的目标接口集合有多个，还可以通过点击或其他操作输入选择指令，以便从数据库中查找到所需的目标测试案例。

S70：调用预先设置的测试数据生成程序对目标测试案例进行处理，获取高门槛测试数据。

其中，高门槛测试数据是金融领域的测试数据，其主要包括这些特点：必须包含手机号码、身份证号码、姓名、银行卡号码和交易密码，同时，姓名和身份证号码必须真实且联网核查通过；姓名、身份证号码必须与银行卡号码对应的银行卡预留的姓名和身份证号码一致，而且经过银联四要素鉴权后仍能符合要求；注册手机号码必须与银行卡号码对应的银行卡预留手机号码一致。由此可知，高门槛测试数据的可靠性要求比较高，可以通过金融领域所需的多次验证过程。

调用预先设置的测试数据生成程序对目标测试案例进行处理，是指通过调用测试数据生成程序中的程序代码对目标测试案例进行处理，得到高门槛测试数据。具体地，录入目标测试案例后，触发批处理执行生成Jmx脚本的任务，并生成ant的配置文件Build.xml。将Jmx脚本和Build.xml配置文件保存在文件系统。批处理触发ant任务，通过Build.xml配置文件调用Jmx脚本并执行,将目标测试案例的执行结果即为高门槛测试数据，输出到前端WEB页面。

该测试数据生成程序直接对目标测试案例进行处理，即可获取高门槛测试数据，具体地，通过测试任务和应用环境信息分析获取匹配的目标接口集合，如果目标接口集合具有逻辑化和接口类型的准确性，这就保证了高门槛测试数据来源的准确性。如果目标接口集合中存在不匹配接口，这在测试案例生成过程中会报错，所以高门槛测试数据能够生成说明接口无报错，满足生成高门槛测试数据的需求。因此，直接对目标测试案例进行处理生成的高门槛测试数据不仅符合高门槛策测试数据要求，而且省去了生成目标测试案例的过程，节省了时间，有利于提高高门槛测试数据的生成效率。

本实施例中，通过数据生成请求中的测试任务和应用环境信息，能够方便快速从数据库获取目标测试案例，并且目标测试案例中的包含的接口都具有逻辑并且接口类型准确，最后对目标测试案例采用预先设置的程序进行处理，生成高门槛测试数据。该高门槛测试数据生成方法有利保障获取测试数据准确性，提高测试数据生成效率。

在一具体实施方式中，如图6所示，步骤S53，即调用预先设置的测试数据生成程序对目标测试案例进行处理，获取高门槛测试数据，具体包括如下步骤：

S701：采用批处理程序从数据库中生成目标测试案例。

其中，批处理程序是用来从数据库读取任务和触发任务的程序，通过批处理程序读取任务后，并触发任务，从数据库中生成目标测试案例。

S702：采用脚本生成程序对目标测试案例进行批处理，获取Jmx脚本。

其中，脚本生成程序用于将WEB前端录入测试案例转化生成与Jmeter工具兼容的Jmx脚本，放到文件系统。在一个具体实施方式中，脚本生成程序对目标测试案例进行批处理后，生成与Jmeter工具兼容的Jmx脚本。

S703：采用配置文件生成程序对目标测试案例进行处理，获取目标配置文件。

具体地，通过配置文件生成程序来对目标测试案例进行分析，找出目标测试案例中相对于预设模板的各项参数，进而得到相应的目标配置文件。

S704：采用流程脚本引擎调用目标配置文件，以形成驱动指令。

具体地，通过将流程的执行逻辑写入脚本引擎，得到流程脚本引擎，使用流程脚本引擎来调用分析步骤S533中所获取的目标配置文件，进而分析该目标配置文件所需要使用的Jmx脚本，形成相应的驱动指令。

其中，脚本引擎，是一种计算机编程语言的解释器，它的功能是解释执行用户的程序文本，将它译成计算机能执行的机器代码，完成一系列的功能。

S705：基于驱动指令驱动接口测试工具执行Jmx脚本，获取高门槛测试数据。

具体地，根据步骤S534中得到的驱动指令，来调用对应的Jmx脚本，并按照一定的逻辑顺序来执行这些Jmx脚本，这些Jmx脚本执行后得到一系列符合要求的高门槛测试数据。本实施例中，以便基于驱动指令驱动接口测试，以保证测试数据更精确可靠。

进一步地，本实施例中的数据生成方法还能够对生成的高门槛测试数据进行明文密文查询功能，从而能够解决前后端加密规则导致后端接口生成的测试数据无法在前端使用的问题。一般生成的测试数据，接口发给后端服务器的数据是加密过的，要在前端登陆则需要根据密钥进行解密。其中，前后端加密规则是指为了提高系统安全性，对后端的密码数据进行加密，然后再前端解密显示数据的规则。后端接口是指服务器端的接口，后端服务器是指运行数据的服务器，具体是指数据库服务器。

在一个具体实施方式中，使用RSA公钥加密算法对生成的测试数据包含的密码数据进行加解密，然后根据明文和前端抓取到的公钥Public key和渠道号进行转换，对所有密码数据统一设置成同样的密码。本实施例中，采用批处理程序从数据库中生成目标测试案例，再使用脚本生成程序对目标测试案例进行批处理，获取该目标测试案例对应的Jmx脚本，进而通过配置文件生成程序对目标测试案例进行处理，生成目标配置文件，使用流程脚本引擎来调用分析该目标配置文件，以形成驱动指令，最后基于驱动指令驱动接口测试工具执行相对应的Jmx脚本，获取高门槛测试数据，使得生成的数据为经过各目标测试案例验证过的数据，确保了生成的高门槛测试数据的有效性，同时提高了测试数据生成效率。

在一具体实施方式中，如图7所示，步骤S705，即基于驱动指令驱动接口测试工具执行Jmx脚本，获取高门槛测试数据，具体包括如下步骤：

S7051：获取预先设置的目标测试案例中的所有接口的接口参数，且接口参数包含必要参数。

其中，接口参数是指接口的参量，有用于实例化接口方法。接口参数有必要参数和缺省参数两种，可通过目标测试案例中对应的测试任务和应用环境信息分析得到必要参数和缺省参数。如高门槛测试数据需包括手机号码、身份证号码、姓名、银行卡号和交易密码，其中手机号码必须与银行卡预留手机号一致，身份证号和姓名信息必须与银行卡预留实名信息一致，且可通过银联四要素鉴权，身份证号码和姓名必须真实并且联网核查通过，因此，手机号码、身份证号码、姓名、银行卡号和交易密码均为必要参数。通过接口参数，能够保证生成测试数据的准确性。

S7052：通过数据文件引用接口参数获取Jmx脚本，执行Jmx脚本获取高门槛测试数据。

其中，数据文件是指包含所有接口参数的文件，通过引用数据文件中的所有接口参数对测试案例实例化。Jmx脚本是指目标测试案例实例化后得到的程序。执行Jmx脚本，即可得到高门槛测试数据。

进一步地，该数据生成方法可支持导入批量文件，只要批量文件的内容包含唯一校验参数数据：手机号|姓名|身份证号|银行卡号，基于校验参数数据，即可高效地生成高门槛测试数据。批量文件与目标测试案例中包含的相关接口连接，在目标测试案例里面进行文件导入，以实现批量文件录入。具体地，通过数据文件引用接口参数，在接口入参中使用批量文件，进行实例化，并设置遍历次数，从而生成与遍历次数相同的高门槛测试数据的组数。其中，接口入参是指接口的调用方式，即所传的参数，而批量文件属于参数的格式。

本实施例中，通过获取预先设置的目标测试案例中的所有接口的接口参数，以便基于接口参数，实例化目标测试案例，得到脚本，然后执行脚本，获取高门槛测试数据。通过数据文件引用接口参数获取脚本，再执行脚本获取测试数据的方法不仅简单方便还能保证测试数据的准确性。

实施例4

图8示出与实施例3中数据生成方法一一对应的数据生成装置的原理框图。如图8所示，该数据生成装置包括数据生成请求模块50、目标测试案例生成模块60和高门槛测试数据获取模块70。其中，数据生成请求模块50、目标测试案例生成模块60和高门槛测试数据获取模块70的实现功能与实施例3中数据生成方法对应的步骤一一对应，为避免赘述，本实施例不一一详述。

数据生成请求模块50，用于获取数据生成请求，数据生成请求包括测试任务和应用环境信息。

目标测试案例生成模块60，用于基于测试任务和应用环境信息，从数据库中获取对应的目标测试案例；目标测试案例是实施例1中的测试案例生成方法生成的。

高门槛测试数据获取模块70，用于调用预先设置的测试数据生成程序对目标测试案例进行处理，获取高门槛测试数据。

优选地，高门槛测试数据获取模块70包括目标测试案例获取单元701、JMX脚本获取单元702、目标配置文件获取单元703、驱动指令获取单元704和高门槛测试数据获取单元705。

目标测试案例获取单元701，用于采用批处理程序从数据库中获取目标测试案例。

JMX脚本获取单元702，用于采用脚本生成程序对目标测试案例进行批处理，获取JMX脚本。

目标配置文件获取单元703，用于采用配置文件生成程序对目标测试案例进行处理，获取目标配置文件。

驱动指令获取单元704，用于采用流程脚本引擎调用目标配置文件，以形成驱动指令。

高门槛测试数据获取单元705，用于基于驱动指令驱动接口测试工具执行JMX脚本，高门槛测试数据。

优选地，高门槛测试数据获取单元705包括接口参数获取子单元7051和高门槛测试数据获取子单元7052。

接口参数获取子单元7051，用于获取预先设置的目标测试案例中的所有接口的接口参数，且接口参数包含必要参数。

高门槛测试数据获取子单元7052，用于通过数据文件引用接口参数获取Jmx脚本，执行Jmx脚本获取高门槛测试数据。

实施例5

本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现实施例1中测试案例生成方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现实施例2中测试案例生成装置中各模块/单元的功能，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现实施例3中数据生成方法中各步骤的功能，为避免重复，此处不一一赘述。或者，该计算机程序被处理器执行时实现实施例4中测试数据生成装置中各模块/单元的功能，为避免重复，此处不一一赘述。

可以理解地，计算机可读存储介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号和电信信号等。

实施例6

图9是本发明一实施例提供的计算机设备的示意图。如图9所示，该实施例的计算机设备90包括：处理器91、存储器92以及存储在存储器92中并可在处理器91上运行的计算机程序93。处理器91执行计算机程序93时实现上述实施例1中测试案例生成方法的步骤，例如图1所示的步骤S10至S40。或者，处理器91执行计算机程序93时实现实施例2中的测试案例生成装置各模块/单元的功能，例如图4所示的目测试案例生成请求模块10、原始接口集合获取模块20、目标接口集合获取模块30和目标测试案例获取模块40的功能。或者，处理器91执行计算机程序93时实现实施例3中数据生成方法各步骤的功能，例如图5所示的步骤S50至S70。处理器91执行计算机程序93时实现实施例4中数据生成装置中的各模块/单元的功能，如图8所示的数据生成请求模块50、目标测试案例生成模块60和高门槛测试数据获取模块70。

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

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

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

获取测试案例生成请求，所述测试案例生成请求包括测试任务和应用环境信息；

基于所述测试任务，获取至少一个原始接口集合，每一所述原始接口集合包括按预设接口逻辑配置的至少一个原始接口；

从至少一个原始接口集合中，获取与所述应用环境信息相对应的目标接口集合；

执行所述目标接口集合，生成目标测试案例，并将所述目标测试案例存储在数据库中。

2.如权利要求1所述的测试案例生成方法，其特征在于，所述基于所述测试任务，获取至少一个原始接口集合，包括：

基于所述测试任务，获取与所述测试任务相对应的至少一个原始接口以及至少一个所述原始接口之间的串联逻辑，每一所述原始接口对应一应用环境信息；

选取相同的应用环境信息的至少一个所述原始接口，并按所述串联逻辑配置成对应的一原始接口集合。

3.如权利要求1所述的测试案例生成方法，其特征在于，在所述基于所述测试任务，获取至少一个原始接口集合的步骤之前，所述测试案例生成方法还包括：

获取接口配置请求，所述接口配置请求包括任务ID、应用环境、至少一个接口ID和至少一个接口ID对应的串联逻辑；

依据所述应用环境信息和至少一个应用接口ID，获取对应的至少一个原始接口；

依据所述串联逻辑将至少一个所述原始接口组合，形成与所述任务ID相对应的原始接口集合；

所述基于所述测试任务，获取至少一个原始接口集合，包括：基于所述测试任务获取对应的至少一个任务ID，基于至少一个任务ID分别获取对应的至少一个原始接口集合。

4.一种数据生成方法，其特征在于，包括：

获取数据生成请求，所述数据生成请求包括测试任务和应用环境信息；

基于所述测试任务和所述应用环境信息，从数据库中获取对应的目标测试案例，所述目标测试案例是采用权利要求1至3任一项所述测试案例生成方法生成的；

调用预先设置的测试数据生成程序对所述目标测试案例进行处理，获取高门槛测试数据。

5.如权利要求4所述的数据生成方法，其特征在于，所述调用预先设置的测试数据生成程序对所述目标测试案例进行处理，获取高门槛测试数据，包括：

采用批处理程序从数据库中获取所述目标测试案例；

采用脚本生成程序对目标测试案例进行批处理，获取Jmx脚本；

采用配置文件生成程序对所述目标测试案例进行处理，获取目标配置文件；

采用流程脚本引擎调用所述目标配置文件，以形成驱动指令；

基于所述驱动指令驱动接口测试工具执行所述Jmx脚本，获取高门槛测试数据。

6.如权利要求5所述的数据生成方法，其特征在于，所述基于所述驱动指令驱动接口测试工具执行所述Jmx脚本，获取高门槛测试数据，包括：

获取预先设置的所述目标测试案例中的所有接口的接口参数，且所述接口参数包含必要参数；

通过数据文件引用所述接口参数获取Jmx脚本，执行所述Jmx脚本获取高门槛测试数据。

7.一种测试案例生成装置，其特征在于，包括：

测试案例生成请求模块，用于获取测试案例生成请求，所述测试案例生成请求包括测试任务和应用环境信息；

原始接口集合获取模块，用于基于所述测试任务，获取至少一个原始接口集合，每一所述原始接口集合包括按预设接口逻辑配置的至少一个原始接口；

目标接口集合获取模块，用于从至少一个原始接口集合中获取与所述应用环境信息相对应的目标接口集合；

目标测试案例获取模块，用于执行所述目标接口集合，生成目标测试案例，并将所述目标测试案例存储在数据库中。

8.一种数据生成装置，其特征在于，包括：

数据生成请求模块，用于获取数据生成请求，所述数据生成请求包括测试任务和应用环境信息；

目标测试案例生成模块，用于基于所述测试任务和所述应用环境信息，从数据库中获取对应的目标测试案例，所述目标测试案例是采用权利要求1至3任一项所述测试案例生成方法生成的；

高门槛测试数据获取模块，用于调用预先设置的测试数据生成程序对所述目标测试案例进行处理，获取高门槛测试数据。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3任一项所述测试案例生成方法的步骤；或者，所述处理器执行所述计算机程序时实现如权利要求4至6任一项所述数据生成方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至3任一项所述测试案例生成方法的步骤；或者，所述计算机程序被处理器执行时实现如权利要求4至6任一项所述数据生成方法的步骤。