CN112256595A - 异构系统测试方法、装置及电子设备 - Google Patents

Abstract

本申请提供了一种异构系统测试方法、装置及电子设备，涉及系统测试技术领域，该方法包括：配置各个异构系统的基础元数据，基础元数据是用于标识各个异构系统的信息，基于各个异构系统的函数插件创建空白测试用例，基于空白测试用例编辑各个异构系统的测试步骤,以形成各个异构系统对应的测试用例。基于基础元数据启动测试用例并执行测试步骤，以对各个异构系统进行测试得到测试结果。本申请通过对各个异构系统建立统一的测试用例并通过调用该测试用例完成对不同异构系统的端到端的测试，避免逐一开发各个异构系统各自对应的测试用例以及各个测试用例中数据重复，降低了测试异构系统流程的复杂度。

Description

异构系统测试方法、装置及电子设备

技术领域

本申请涉及系统测试技术领域，具体而言，涉及一种异构系统测试方法、装置及电子设备。

背景技术

现阶段的技术方案中对于业务流程中的各个异构系统进行测试时，通常是对其中一种类型的进行单独测试，例如单独的接口测试、单独的页面测试等测试。各个系统单独测试，则需要为各个系统测试开发单独的测试代码，而为各个系统测试开发单独的测试代码会存在大量重复开发的问题，并且造成整个业务流程的各个异构系统的测试流程存在复杂度高的问题。

发明内容

本申请的实施例在于提供一种异构系统测试方法、装置及电子设备，以解决目前方法在测试不同系统的流程中复杂程度高的问题。

本申请的实施例提供了一种异构系统测试方法，所述方法包括：

建立各个异构系统的函数插件；

配置各个异构系统的基础元数据，所述基础元数据是用于标识所述各个异构系统的信息；

基于所述各个异构系统的函数插件创建空白测试用例；

在所述空白测试用例中编辑所述各个异构系统的测试步骤，以形成用于测试所述各个异构系统的测试用例；

基于所述基础元数据启动所述测试用例并执行所述测试步骤，以对所述各个异构系统进行测试得到测试结果。

在上述实现过程中，通过针对各个不同的所述异构系统构建统一的测试用例，并通过调用所述测试用例对所述异构系统进行测试，避免逐一开发各个异构系统各自对应的测试用例以及各个测试用例中数据重复，降低各个异构系统测试流程的复杂度。

可选地，所述测试步骤包括多个测试步骤，所述建立各个异构系统的函数插件，包括：

针对所述各个异构系统的函数插件中的每个函数插件，建立所述函数插件和函数插件库的关系，以及所述函数插件库的层级；

建立所述函数插件库与所述函数插件的代码库；

基于键值对结构建立所述函数插件的函数插件类型；

基于键值对结构建立所述多个测试步骤的操作类型，并建立所述各个异构系统的函数插件的函数插件类型与所述多个测试步骤的操作类型的对应关系。

在上述实现过程中，建立各个异构系统的函数插件和函数插件库的关系以在进行异构系统测试时确定了需要的函数插件之后，能够在对应的函数插件库中调用需要的函数插件。建立所述函数插件库的层级能够在进行异构系统测试时根据需要的函数插件库定位到需要的函数插件库对应的层级，并在所述层级中定位测试所述异构系统需要的函数插件库。建立所述函数插件类型与所述测试步骤的操作类型的对应关系，以根据测试异构系统的测试意图确定需要的测试步骤类型，并根据定位到的函数插件以及函数插件与测试步骤的操作类型，定位测试所述异构所述函数插件库中需要的测试步骤类型，建立函数插件和函数插件库的关系、所述函数插件库的层级以及函数插件类型与测试步骤的操作类型的对应关系能够基于需要测试的异构系统选择出所述异构系统需要的测试步骤，针对不同的异构系统可以选择出对应的不同的测试步骤，提高异构系统测试的适用性。

可选地，所述在所述空白测试用例中编辑所述各个异构系统的测试步骤，以形成用于测试所述各个异构系统的测试用例，包括：

创建所述测试步骤的步骤描述；

根据所述测试步骤描述的意图选择所述测试步骤的操作类型；

基于所述对应关系，选取与各个所述测试步骤的操作类型相对应的函数插件类型中的指定函数插件，以完成各个所述测试步骤中的指定动作的编辑操作。

在上述实现过程中，所述测试用例中包括多个测试步骤，根据函数插件与测试步骤的所述对应关系，在所述测试步骤的操作类型对应的函数插件，在所述各个函数插件中进行指定动作的编辑，能够实现不同插件类型对应不同的测试步骤，在进行异构系统测试时调用不通过的函数插件以实现不同的测试操作，提高异构系统测试的适用性。

可选地，在所述基于所述对应关系，选取与各个所述测试步骤的操作类型相对应的函数插件类型中的指定函数插件，以完成各个所述测试步骤中的指定动作的编辑操作之后，所述方法还包括：

当所述指定函数插件需要输入参数时，基于所述指定函数插件的参数列表、所述参数列表中各个参数的名称以及所述各个参数的填写方式，对所述各个参数进行赋值。

在上述实现过程中，通过对各个函数插件的参数进行赋值，实现在进行异构系统测试时能够调用并启动对应的函数插件，以保证所述函数插件的可用性。

可选地，在所述基于所述对应关系，选取与各个所述测试步骤的操作类型相对应的函数插件类型中的指定函数插件，以完成各个所述测试步骤中的指定动作的编辑操作之后，所述方法还包括：

当第一测试步骤需要有返回值，并用于传递给所述第一测试步骤的后续步骤调用的函数插件的输入参数时，为所述第一测试步骤创建全局变量，将所述返回值作为所述全局变量的值，用于所述后续步骤在调用所述函数插件的输入参数时，引用所述全局变量并获取所述全局变量的值，所述第一测试步骤为所述多个测试步骤中的任一步骤。

在上述实现过程中，通过所述全局变量将所述各个测试步骤的输出值进行存储，并将所述各个测试步骤的输出值作为各给测试步骤对应的后续步骤的输入值，在测试步骤需要有返回值的情况下，保证所述测试步骤能够从头至尾运行结束，提高了所述测试步骤运行的流畅度。

可选地，基于所述基础元数据启动所述测试用例并执行所述测试步骤，以对所述各个异构系统进行测试得到测试结果，包括：

基于所述函数插件和函数插件库的关系，在指定函数插件库所属的层级中调用与所述指定函数插件库对应的指定函数插件；

将所述指定函数插件的信息保存在所述测试用例中；

通过所述代码库中的执行引擎基于所述指定函数插件的信息以及所述基础元数据启动所述测试用例并执行所述测试步骤得到所述测试结果。

在上述实现过程中，根据所述函数插件库的层级以及所述指定函数插件库对应的指定函数插件的关系定位到所述函数插件库之后，将所述指定函数插件的信息保存在所述测试用例中，能够在测试异构系统时根据所述指定函数插件的信息调用对应的测试步骤完成对所述异构系统的测试，提高测试异构系统的适用性。

可选地，所述基于所述函数插件创建空白测试用例，包括：

创建空白测试用例的名称、测试用例目标以及被测试系统名称；

基于所述空白测试用例的所述名称、所述测试用例目标以及所述被测试系统名称生成所述空白测试用例以及所述空白测试用例的识别号。

在上述实现过程中，所述空白测试用例识别号用于对所述空白测试用例进行标识，以根据所述空白测试用例标识号对空白测试用例进行调用，提高调用测试用例的便捷性。

可选地，所述在所述空白测试用例中编辑所述各个异构系统的测试步骤，以形成用于测试所述各个异构系统的测试用例包括：

编辑对所述异构系统中的第一异构系统的各个接口进行请求的第二测试步骤；

编辑对所述异构系统中的第二异构系统进行功能使用的第三测试步骤；

编辑对所述第二测试步骤以及所述第三测试步骤进行断言验证的第四测试步骤；

基于所述第二测试步骤、所述第三测试步骤以及所述第四测试步骤设置/修改全局变量，并将每个测试步骤的输出结果存储在所述全局变量中并将所述输出结果作为所述每个测试步骤的后续步骤的输入。

在上述实现过程中，在同一个测试用例中对各个不同的异构系统对应的不同的测试步骤进行编辑，在进行异构系统的测试调用所述测试用例中与所述异构系统对应的测试步骤进行测试，提高测试异构系统的适用性，能够通过一个测试用例实现整个业务流程中各个异构系统的自动化测试。

本申请的实施例提供了一种异构系统测试装置，所述异构系统测试装置包括：

函数插件创建模块，用于建立各个异构系统的函数插件；

配置模块，用于配置各个异构系统的基础元数据，所述基础元数据是用于标识所述各个异构系统的信息；

测试用例创建模块，用于基于所述各个异构系统的函数插件创建空白测试用例；

测试步骤创建模块，用于在所述空白测试用例中编辑所述各个异构系统的测试步骤，以形成用于测试所述各个异构系统的测试用例；

测试模块，用于基于所述基础元数据启动所述测试用例并执行所述测试步骤，以对所述各个异构系统进行测试得到测试结果。

在上述实现过程中，通过针对各个不同的所述异构系统构建统一的测试用例，并通过调用所述测试用例对所述异构系统进行测试，避免逐一开发各个异构系统各自对应的测试用例以及各个测试用例中数据重复，降低各个异构系统测试流程的复杂度。

可选地，所述函数插件创建模块用于：

可选地，所述测试步骤包括多个测试步骤，所述建立各个异构系统的函数插件，包括：

针对所述各个异构系统的函数插件中的每个函数插件，建立所述函数插件和函数插件库的关系，以及所述函数插件库的层级；

建立所述函数插件库与所述函数插件的代码库；

基于键值对结构建立所述函数插件的函数插件类型；

基于键值对结构建立所述多个测试步骤的操作类型，并建立所述各个异构系统的函数插件的函数插件类型与所述多个测试步骤的操作类型的对应关系。

在上述实现过程中，建立各个异构系统的函数插件和函数插件库的关系以在进行异构系统测试时确定了需要的函数插件之后，能够在对应的函数插件库中调用需要的函数插件。建立所述函数插件库的层级能够在进行异构系统测试时根据需要的函数插件库定位到需要的函数插件库对应的层级，并在所述层级中定位测试所述异构系统需要的函数插件库。建立所述函数插件类型与所述测试步骤的操作类型的对应关系，以根据测试异构系统的测试意图确定需要的测试步骤类型，并根据定位到的函数插件以及函数插件与测试步骤的操作类型，定位测试所述异构所述函数插件库中需要的测试步骤类型，建立函数插件和函数插件库的关系、所述函数插件库的层级以及函数插件类型与测试步骤的操作类型的对应关系能够基于需要测试的异构系统选择出所述异构系统需要的测试步骤，针对不同的异构系统可以选择出对应的不同的测试步骤，提高异构系统测试的适用性。

可选地，所述测试步骤创建模块具体用于：

创建所述测试步骤的步骤描述；

根据所述测试步骤描述的意图选择所述测试步骤的操作类型；

基于所述对应关系，选取与各个所述测试步骤的操作类型相对应的函数插件类型中的指定函数插件，以完成各个所述测试步骤中的指定动作的编辑操作。

在上述实现过程中，所述测试用例中包括多个测试步骤，根据函数插件与测试步骤的所述对应关系，在所述测试步骤的操作类型对应的函数插件，在所述各个函数插件中进行指定动作的编辑，能够实现不同插件类型对应不同的测试步骤，在进行异构系统测试时调用不通过的函数插件以实现不同的测试操作，提高异构系统测试的适用性。

可选地，所述测试步骤创建模块具体用于：

当所述指定函数插件需要输入参数时，基于所述指定函数插件的参数列表、所述参数列表中各个参数的名称以及所述各个参数的填写方式，对所述各个参数进行赋值。

在上述实现过程中，通过对各个函数插件的参数进行赋值，实现在进行异构系统测试时能够调用并启动对应的所述函数插件，以保证所述函数插件的可用性。

可选地，所述测试步骤创建模块具体用于：

当第一测试步骤需要有返回值，并用于传递给所述第一测试步骤的后续步骤调用的函数插件的输入参数时，为所述第一测试步骤创建全局变量，将所述返回值作为所述全局变量的值，用于所述后续步骤在调用所述函数插件的输入参数时，引用所述全局变量并获取所述全局变量的值，所述第一测试步骤为所述多个测试步骤中的任一步骤。

在上述实现过程中，通过所述全局变量将所述各个测试步骤的输出值进行存储，并将所述各个测试步骤的输出值作为各给测试步骤对应的后续步骤的输入值，在测试步骤需要有返回值的情况下，保证所述测试步骤能够从头至尾运行结束，提高了所述测试步骤运行的流畅度。

可选地，所述测试模块用于：

基于所述函数插件和函数插件库的关系在指定函数插件库所属的层级中调用与所述指定函数插件库对应的指定函数插件；

将所述指定函数插件的信息保存在所述测试用例中；

通过所述代码库中的执行引擎基于所述指定函数插件的信息以及所述基础元数据启动所述测试用例并执行所述测试步骤得到所述测试结果。

在上述实现过程中，根据所述函数插件库的层级以及所述指定函数插件库对应的指定函数插件的关系定位到所述函数插件库之后，将所述指定函数插件的信息保存在所述测试用例中，能够在测试异构系统时根据所述指定函数插件的信息调用对应的测试步骤完成对所述异构系统的测试，提高测试异构系统的适用性。

可选地，所述测试用例创建空白模块用于：

创建空白测试用例的名称、测试用例目标以及被测试系统名称；

基于所述空白测试用例的所述名称、所述测试用例目标以及所述被测试系统名称生成所述空白测试用例以及所述空白测试用例的识别号。

在上述实现过程中，所述空白测试用例识别号用于对测试用例进行标识，以根据所述空白测试用例标识号对所述测试用例进行调用，提高调用测试用例的便捷性。

可选地，所述测试步骤创建模块用于：

编辑对所述异构系统中的第一异构系统的各个接口进行请求的第二测试步骤；

编辑对所述异构系统中的第二异构系统进行功能使用的第三测试步骤；

编辑对所述第二测试步骤以及所述第三测试步骤进行断言验证的第四测试步骤；

基于所述第二测试步骤、所述第三测试步骤以及所述第四测试步骤设置/修改全局变量，并将每个测试步骤的输出结果存储在所述全局变量中并将所述输出结果作为所述每个测试步骤的后续步骤的输入。

在上述实现过程中，在同一个测试用例中对各个不同的异构系统对应的不同的测试步骤进行编辑，在进行异构系统的测试调用所述测试用例中与所述异构系统对应的测试步骤进行测试，提高测试异构系统的适用性，能够通过一个测试用例实现整个业务流程中各个异构系统的自动化测试。

本实施例还提供了一种电子设备，所述电子设备包括存储器和处理器，所述存储器中存储有程序指令，所述处理器运行所述程序指令时，执行上述任意方法中的步骤。

本实施例还提供了一种存储介质，所述存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器运行时，执行上述任意方法中的步骤。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

图1为本申请实施例提供的一种异构系统测试方法的流程图。

图2为本申请的实施例提供的一种建立各个异构系统的函数插件步骤的流程图。

图3为本申请实施例提供的一种创建测试用例步骤的流程图。

图4为本申请实施例提供的一种编辑测试步骤的步骤流程图。

图5为本申请实施例提供的一种基于测试用例编辑测试步骤的步骤流程图。

图6为本申请实施例提供的一种对目标系统进行测试得到测试结果步骤的流程图。

图7为本申请实施例提供的一种异构系统测试装置示意图。

图例：60-异构系统测试装置；601-函数插件创建模块；602-配置模块；603-测试用例创建模块；604-测试步骤创建模块；605-测试模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

在本申请的描述中，需要说明的是，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

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

举例来说，常见的异构系统的业务流程如下：

一、通过订单创建接口创建一个订单。

二、到业务数据库的订单表里查询流程一中的订单，并获取该订单的查询记录条数，即期望入库查询记录条数。

三、验证订单是否已经入库成功，即验证期望订单入库查询记录条数与流程一中的订单中的记录进行比较，验证是否一致。

四、登录订单管理系统。

五、根据订单号查询流程一中的订单。

六、根据订单价格计算规则计算出流程一中的订单的价格，即订单期望价格。

七、从订单页面上获取该订单的展示在页面上的价格，即订单实际价格。

八、验证展示在页面上的订单价格是否正确，即验证订单实际价格是否与订单期望价格一致。

其中，流程一是对后端HTTP接口服务的接口请求操作，流程二是对数据库的数据库查询脚本的执行操作，流程四、流程五和流程七是对前端WEB系统的页面操作，流程六是需要完成测试用例场景的辅助操作，流程三和流程八是需要完成测试用例场景的验证操作。

在经过上述流程一到流程八之后，就可以把后端HTTP接口服务系统、数据库系统和前端WEB系统等异构并且独立的系统串联在一个测试用例场景里。

本申请的实施例提供了一种异构系统测试方法，请参看图1，图1为本申请实施例提供的一种异构系统测试方法的流程图，所述异构系统测试方法包括以下分步骤：

步骤S1：建立各个异构系统的函数插件。

可以理解的是，需要将构建的各个异构系统的函数插件可以存储在二维表数据库中。其中，一个业务流程中可能涉及多个异构系统，所述各个异构系统可以包括一个业务流程中的全部系统，也可以是部分系统。

请参看图2，图2为本申请的实施例提供的一种建立各个异构系统的函数插件步骤的流程图。可选地，步骤S1包括以下分步骤：

步骤S11：针对各个异构系统的函数插件中的每个函数插件，建立函数插件和函数插件库的关系，以及函数插件库的层级。

可以理解的是，函数插件的本质是能够完成特定功能逻辑的方法，以java语言为例，以下代码表示一个函数插件：

public Map<Integer, Object>

openWebLoginPage(String loginUrl){

Map<Integer, Object> resultMap = new HashMap<Integer, Object>;

try{WebDriver.get(loginUrl);

…

resultMap.put(0, “Succ Message”)};

catch(Exception e){resultMap.put(1, “exception message”);}

return resultMap;}

上述java程序所示例的函数插件定义在一个用java类表示的函数插件库里，比如函数插件库public class WebCommonOperation{“上述这个java方法放在这里”}，那么这个函数插件public Map<Integer, Object>openWebLoginPage(String loginUrl)与函数插件库public class WebCommonOperation{}就建立了隶属关系。

其中，函数插件public Map<Integer, Object> openWebLoginPage(StringloginUrl)是一种打开登录页函数插件，函数插件库public class WebCommonOperation是一种WEB页面公共操作函数插件库，除了public Map<Integer, Object>openWebLoginPage(String loginUrl)函数插件，其他的WEB公共操作函数插件，比如登录WEB系统函数插件、关闭浏览器函数插件也可以定义到WEB页面公共操作函数插件库publicclass WebCommonOperation里。也可以理解为一个函数插件库包括至少一个函数插件，每个函数插件对应一个所属的函数插件库。

从上述public Map<Integer, Object> open WebLoginPage(String login Url)函数插件可以看出，函数插件的关键信息有：插件方法名（例如openWebLoginPage）、插件方法别名（例如打开WEB登录页面）、方法入参参数名（例如loginUrl）、插件方法入参参数别名（例如登录地址）、插件方法所在类全路径（例如com.xxx.WebCommonOperation）以及插件方法使用说明。上述函数插件关键信息会定义在一个函数插件注解functionPlugin里，用这个注解标记在public Map<Integer, Object> openWebLoginPage(String loginUrl){…}这个程序方法上，public Map<Integer, Object> open WebLoginPage(String loginUrl)就成为一个函数插件。

从上述public class WebCommonOperation函数插件库可以看出，函数插件库的关键信息有：函数插件库名（例如WebCommonOperation）、函数插件类别名（例如WEB公共操作函数插件库）、插件类全路径（例如com.xxx. WebCommonOperation）、插件方法名（例如openWebLoginPage）以及函数插件库说明。

可以理解的是，函数插件库的层级指的是函数插件层级所在的层级，作为一种实施方式，函数插件层级可以分为：all层级、Web层级、数据库层级、verify层级、assist层级等层级，可以理解的是函数插件库的层级可以根据实际需求进行设定，不仅仅局限于上述分层级的方式。以all层级、Web层级、数据库层级、verify层级、assist层级等层级为例，其中，all表示全部插件在all层级，Web表示全部Web页面插件库及其函数插件在这一个层级，Webcommon层级表示所有Web页面公共插件库及其函数插件在Webcommon层级，system_xxx1层级表示比如XXX1管理平台下面的所有页面操作插件在system_xxx1层级，system_xxx2层级表示比如XXX2管理平台下面的所有页面操作插件在system_xxx2层级，http层级表示全部http rest api请求操作插件在http层级，数据库层级表示全部数据库（比如MySQL、MongoDB或者Redis等数据库）的操作插件数据库层级，verify层级表示全部断言验证插件verify层，assist层级表示全部辅助操作插件在assist层级。

步骤S12：建立函数插件库与函数插件的代码库。

可以理解的是，在异构系统进行测试启动时函数插件库与所述函数插件库的代码库中的执行引擎能够根据函数插件信息对应执行该函数插件信息在所属的函数插件库中的程序代码以实现对测试异构系统的测试。

步骤S13：基于键值对结构建立函数插件的函数插件类型。

作为一种实施方式，键值对结构包括Key-Value键值对结构，可以通过Key-Value键值对结构建立函数插件类型，这里函数插件类型和函数插件库类型一致，所以基于键值对结构建立函数插件的函数插件类型也就是基于键值对结构建立函数插件的函数插件类型和函数插件库类型。

举例来说：页面元素操作类型函数插件库及函数插件，能够对WEB页面等进行操作，将页面元素操作类型函数插件库及函数插件的Value赋值为1。断言操作类型函数插件库及函数插件，能够断言测试步骤的执行结果是否符合期望，将断言操作类型函数插件库及函数插件的Value赋值为2。辅助操作类型函数插件库及函数插件可以为各类辅助工具插件，例如获取日期时间、随机数等的插件，将辅助操作类型函数插件库及函数插件的Value赋值为3。数据库操作类型函数插件库及函数插件，能够对MySQL、MongoDB等数据库脚本进行执行操作，将数据库操作类型函数插件库及函数插件的Value赋值为4。接口请求操作类型函数插件库及函数插件，能够对HTTP REST接口等进行请求操作，将接口请求操作类型函数插件库及函数插件的Value赋值为5。中间件操作类型函数插件库及函数插件能够对ES、MQ等中间件进行操作，将中间件操作类型函数插件库及函数插件的Value赋值为6。具体代码如下：

{pluginTypeKey:pluginTypeValue}

WebPluginType=1

VerifyPluginType=2

AssistPluginType=3

DbPluginType=4

httpPluginType=5

middlewarePluginType=6;

步骤S14：基于键值对结构建立多个测试步骤的操作类型，并建立各个异构系统的函数插件的函数插件类型与多个测试步骤的操作类型的对应关系。

可以理解的是，在步骤S14中，基于步骤S13中的键值对关系将函数插件与测试步骤的操作类型建立关系，实质就是定义不同函数插件对应的测试步骤的操作类型，代码如下：

{testStepOperationTypeKey: testStepOperationTypeValue}

WebStepOperationType=1

VerifyStepOperationType=2

AssistStepOperationType=3

DbStepOperationType=4

httpStepOperationType=5

middlewareStepOperationType=6。

从上述代码可以看出，在步骤S13中的页面元素操作类型函数插件对应测试步骤的操作类型为WebStepOperationType，断言操作类型函数插件对应的测试步骤的操作类型为VerifyStepOperationType，辅助操作类型函数插件对应的测试步骤的操作类型为AssistStepOperationType，数据库操作类型函数插件对应的测试步骤的操作类型为DbStepOperationType，接口请求操作类型函数插件对应的测试步骤的操作类型为httpStepOperationType，中间件操作类型函数插件对应的测试步骤的操作类型为middlewareStepOperationType。

步骤S2：配置各个异构系统的基础元数据，基础元数据是用于标识所述各个异构系统的信息。

由步骤S2可知，基础元数据是用于标识所述各个异构系统的信息，以测试互联网消费贷异构系统为例，该互联网消费贷异构系统包括从注册、登录、申请授信、授信审核、查看额度、提现到还款等各个业务流程，互联网消费贷异构系统中涉及“注册-登录-申请授信”系统、“授信审核”系统、“信贷核心WEB系统和数据库测试账务数据系统”等系统。

其中，“注册-登录-申请授信”是个人用户C端小程序系统上完成的，“授信审核”系统是企业组织在B端的案件管理WEB系统上完成的，“查看额度-提现-还款”是个人用户回到C端小程序上完成的，“信贷核心WEB系统和数据库测试账务数据系统”是在B端上的系统。

以上述互联网消费贷异构系统为例，基础元数据包括需要被测试的WEB系统/接口服务的系统名字、接入被测系统、按部署环境区分的各WEB系统的部署环境、系统名字、主页地址、登录地址、登录账户名、登录密码和登录账户拥有者等数据，以及各HTTP协议接口服务的服务名字、接口路径、接口描述、接口请求方法，按环境区分的各HTTP协议接口服务的部署环境、服务名字、接口服务部署IP/域名、服务端口以及各种类型数据库的连接信息等数据。

在进行互联网消费贷异构系统需要对WEB系统进行操时作，需要在浏览器里打开WEB系统登录页面，需要使用到WEB系统的主页地址或登录地址等。

在进行互联网消费贷异构系统需要对HTTP协议接口进行请求并对接口发起请求时，需要使用到接口服务IP/域名、端口、接口路径和请求方法等。

在进行互联网消费贷异构系统需要对数据库脚本进行执行时，需要使用到数据库的连接信息，例如数据库名、IP、端口、用户名、密码等。

步骤S3：基于各个异构系统的函数插件创建空白测试用例。

请参看图3，图3为本申请实施例提供的一种创建测试用例步骤的流程图。可选地，步骤S3包括以下分步骤：

步骤S31：创建空白测试用例的名称、测试用例目标以及被测试系统名称。

步骤S32：基于空白测试用例的名称、测试用例目标以及被测试系统名称生成空白测试用例以及空白测试用例的识别号。

在步骤S31以及步骤S32中，创建测试用例时选择要测试的异构系统后，异构测试系统自动生成一个测试用例的识别号，例如如下格式：TC-系统A-00001、TC-系统A-00002或者TC-系统B-00001，该测试用例识别号用于唯一标识该条测试用例。

步骤S4：在所述空白测试用例中编辑各个异构系统的测试步骤，以形成用于测试各个异构系统的测试用例。

请参看图4，图4为本申请实施例提供的一种编辑测试步骤的步骤流程图。可选地，步骤S4包括以下分步骤：

步骤S41：创建测试步骤的步骤描述。

可以理解的是，测试步骤描述对测试步骤需要做什么进行描述。

步骤S42：根据测试步骤描述的意图选择测试步骤的操作类型。

可以根据测试步骤描述的意图选择与该意图匹配的测试步骤的操作类型，结合步骤S14中的测试步骤的操作类型，作为一种实施方式，当测试步骤的意图是断言操作，则将该测试步骤的操作类型选择为VerifyStepOperationType类型。

步骤S43：基于对应关系，选取与各个测试步骤的操作类型相对应的函数插件类型中的指定函数插件，以完成各个测试步骤中的指定动作的编辑操作。

可以理解的是，由于在步骤S14中可知函数插件和测试步骤的操作类型相对应，在编辑测试用例时，根据测试步骤描述的意图选择测试步骤的操作类型之后，就可以选定与该测试步骤类型对应的函数插件对各个指定动作进行编辑，以完成对测试用例的编辑。

可选地，在步骤S43之后，步骤S4还包括以下步骤：当指定函数插件需要输入参数时，基于指定函数插件的参数列表、参数列表中各个参数的名称以及各个参数的填写方式，对各个参数进行赋值。

可以理解的是，如果指定函数插件需要参数，则需要基于指定函数插件的参数列表、参数列表中各个参数的名称以及各个参数的填写方式获得该指定函数插件的参数值，以便在测试异构系统时对该函数插件的调用。

可选地，在步骤S43之后，步骤S4还包括以下步骤：当第一测试步骤需要有返回值，并用于传递给所述第一测试步骤的后续步骤调用的函数插件的输入参数时，为第一测试步骤创建全局变量，将返回值作为全局变量的值，用于后续步骤在调用函数插件的输入参数时，引用全局变量并获取全局变量的值，第一测试步骤为多个测试步骤中的任一步骤。

可以理解的是，通过全局变量将各个测试步骤的输出值进行存储，并将各个测试步骤的输出值作为各给测试步骤对应的后续步骤的输入值，在第一测试步骤需要有返回值的情况下，保证测试步骤能够从头至尾运行结束。

请参看图5，图5为本申请实施例提供的一种基于测试用例编辑测试步骤的步骤流程图。可选地，步骤S4包括以下分步骤：

步骤S44：编辑对异构系统中的第一异构系统的各个接口进行请求的第二测试步骤。

以步骤S2中的互联网消费贷异构系统为例，第二测试步骤可以为对互联网消费贷异构系统的后端接口系统（例如“授信审核”系统或者“信贷核心WEB系统和数据库测试账务数据系统”）进行POST、DELET、PATCH或者GET等操作。

步骤S45：编辑对异构系统中的第二异构系统进行功能使用的第三测试步骤。

以步骤S44中的互联网消费贷异构系统为例，可以理解的是，第三测试步骤可以为对前端WEB系统（例如“注册-登录-申请授信”系统）进行点击、选择、输入、元素获取与页面数据提取等操作步骤。

步骤S46：编辑对第二测试步骤以及第三测试步骤进行断言验证的第四测试步骤。

以步骤S44中的互联网消费贷异构系统为例，可以理解的是，第四测试步骤为对第二测试步骤以及第三测试步骤进行断言验证的步骤。

步骤S47：基于第二测试步骤、第三测试步骤以及第四测试步骤设置/修改全局变量，并将每个测试步骤的输出结果存储在全局变量中并将输出结果作为每个测试步骤的后续步骤的输入。

可以理解的是，以步骤S44中的互联网消费贷异构系统为例，测试用例的编辑就包括上述第二测试步骤、第三测试步骤以及第四测试步骤的编辑。

步骤S5：基于基础元数据启动测试用例及测试步骤，以对目标系统进行测试得到测试结果。

请参看图6，图6为本申请实施例提供的一种对目标系统进行测试得到测试结果步骤的流程图。可选地，步骤S5包括以下分步骤：

步骤S51：基于函数插件和函数插件库的关系在指定函数插件库所属的层级中调用与指定函数插件库对应的指定函数插件。

其中，指定函数插件是上述的与各个所述测试步骤的操作类型相对应的函数插件类型中的指定函数插件。

步骤S52：将指定函数插件的信息保存在测试用例中。

可以理解的是，根据步骤S11中相关描述，当在浏览器里打开xxx1管理平台的登录首页。那么会从all层级下的Web层级，Web层级下的Webcom这个层级下的WebCommonOperation插件库里调出openWebLoginPage这个函数插件，并调出openWebLoginPage的函数插件信息，并根据入参参数（loginUrl）填写该参数（loginUrl）的参数值（比如：http://www.xxx1.com），open WebLoginPage的函数插件信息会保存在这个测试步骤里。

步骤S53：通过代码库中的执行引擎基于指定函数插件的信息以及基础元数据执行测试用例及测试步骤得到测试结果。

请参看图7，图7为本申请实施例提供的一种异构系统测试装置示意图。异构系统测试装置60包括：

函数插件创建模块601，用于建立各个异构系统的函数插件。

配置模块602，用于配置各个异构系统的基础元数据，基础元数据是用于标识所述各个异构系统的信息。

测试用例创建模块603，用于基于各个异构系统的函数插件创建空白测试用例。

测试步骤创建模块604，用于在空白测试用例中编辑各个异构系统的测试步骤，以形成用于测试各个异构系统的测试用例。

测试模块605，用于基于基础元数据启动测试用例并执行测试步骤，以对各个异构系统进行测试得到测试结果。

可选地，函数插件创建模块601用于：

针对各个异构系统的函数插件中的每个函数插件，建立函数插件和函数插件库的关系，以及函数插件库的层级。

建立函数插件库与函数插件的代码库。

基于键值对结构建立函数插件的函数插件类型。

基于键值对结构建立多个测试步骤的操作类型，并建立各个异构系统的函数插件的函数插件类型与多个测试步骤的操作类型的对应关系。

可选地，测试步骤创建模块604具体用于：

创建测试步骤的步骤描述。

根据测试步骤描述的意图选择测试步骤的操作类型。

基于对应关系，选取与各个测试步骤的操作类型相对应的函数插件类型中的指定函数插件，以完成各个测试步骤中的指定动作的编辑操作。

可选地，测试步骤创建模块604具体用于：

当指定函数插件需要输入参数时，基于指定函数插件的参数列表、参数列表中各个参数的名称以及各个参数的填写方式，对各个参数进行赋值。

可选地，测试步骤创建模块604具体用于：

当第一测试步骤需要有返回值，并用于传递给第一测试步骤的后续步骤调用的函数插件的输入参数时，为第一测试步骤创建全局变量，将返回值作为全局变量的值，用于后续步骤在调用函数插件的输入参数时，引用全局变量并获取全局变量的值，第一测试步骤为多个测试步骤中的任一步骤。

可选地，测试模块605用于：

基于函数插件和函数插件库的关系在指定函数插件库所属的层级中调用与指定函数插件库对应的指定函数插件。

将指定函数插件的信息保存在测试用例中。

通过代码库中的执行引擎基于指定函数插件的信息以及基础元数据启动测试用例并执行测试步骤得到测试结果。

可选地，测试用例创建模块603用于：

创建空白测试用例的名称、测试用例目标以及被测试系统名称；

基于空白测试用例的名称、测试用例目标以及被测试系统名称生成空白测试用例以及空白测试用例的识别号。

可选地，测试步骤创建模块604用于：

编辑对异构系统中的第一异构系统的各个接口进行请求的第二测试步骤。

编辑对异构系统中的第二异构系统进行功能使用的第三测试步骤。

编辑对第二测试步骤以及第三测试步骤进行断言验证的第四测试步骤。

基于第二测试步骤、第三测试步骤以及第四测试步骤设置/修改全局变量，并将每个测试步骤的输出结果存储在全局变量中并将输出结果作为每个测试步骤的后续步骤的输入。

本实施例还提供了一种电子设备，电子设备包括存储器和处理器，存储器中存储有程序指令，处理器运行所述程序指令时，执行上述任意方法中的步骤。

本实施例还提供了一种存储介质，存储介质中存储有计算机程序指令，计算机程序指令被一处理器运行时，执行上述任意方法中的步骤。

综上所述，本申请的实施例提供了一种异构系统测试方法、装置及电子设备，涉及系统测试技术领域，异构系统测试方法包括：建立各个异构系统的函数插件，配置各个异构系统的基础元数据，所述基础元数据是用于标识所述各个异构系统的信息。基于所述各个异构系统的函数插件创建空白测试用例，在所述空白测试用例中编辑所述各个异构系统的测试步骤，以形成用于测试所述各个异构系统的测试用例，基于所述基础元数据启动所述测试用例并执行所述测试步骤，以对所述各个异构系统进行测试得到测试结果。

在上述实现过程中，通过针对各个不同的所述异构系统构建统一的测试用例，并通过调用所述测试用例对所述异构系统进行测试，避免逐一开发各个异构系统各自对应的测试用例以及各个测试用例中数据重复，降低各个异构系统测试流程的复杂度。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的框图显示了根据本申请的多个实施例的设备的可能实现的体系架构、功能和操作。在这点上，框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图中的每个方框、以及框图的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种异构系统测试方法，其特征在于，所述方法包括：

建立各个异构系统的函数插件；

配置各个所述异构系统的基础元数据，所述基础元数据是用于标识所述各个异构系统的信息；

基于所述各个异构系统的函数插件创建空白测试用例；

在所述空白测试用例中编辑所述各个异构系统的测试步骤，以形成用于测试所述各个异构系统的测试用例；

基于所述基础元数据启动所述测试用例并执行所述测试步骤，以对所述各个异构系统进行测试得到测试结果。

2.根据权利要求1所述的方法，其特征在于，所述测试步骤包括多个测试步骤，所述建立各个异构系统的函数插件，包括：

针对所述各个异构系统的函数插件中的每个函数插件，建立所述函数插件和函数插件库的关系，以及所述函数插件库的层级；

建立所述函数插件库与所述函数插件的代码库；

基于键值对结构建立所述函数插件的函数插件类型；

基于键值对结构建立所述多个测试步骤的操作类型，并建立所述各个异构系统的函数插件的函数插件类型与所述多个测试步骤的操作类型的对应关系。

3.根据权利要求2所述的方法，其特征在于，所述在所述空白测试用例中编辑所述各个异构系统的测试步骤，以形成用于测试所述各个异构系统的测试用例，包括：

创建所述测试步骤的步骤描述；

根据所述测试步骤描述的意图选择所述测试步骤的操作类型；

基于所述对应关系，选取与各个所述测试步骤的操作类型相对应的函数插件类型中的指定函数插件，以完成各个所述测试步骤中的指定动作的编辑操作。

4.根据权利要求3所述的方法，其特征在于，在所述基于所述对应关系，选取与各个所述测试步骤的操作类型相对应的函数插件类型中的指定函数插件，以完成各个所述测试步骤中的指定动作的编辑操作之后，所述方法还包括：

当所述指定函数插件需要输入参数时，基于所述指定函数插件的参数列表、所述参数列表中各个参数的名称以及所述各个参数的填写方式，对所述各个参数进行赋值。

5.根据权利要求3所述的方法，其特征在于，在所述基于所述对应关系，选取与各个所述测试步骤的操作类型相对应的函数插件类型中的指定函数插件，以完成各个所述测试步骤中的指定动作的编辑操作之后，所述方法还包括：

当第一测试步骤需要有返回值，并用于传递给所述第一测试步骤的后续步骤调用的函数插件的输入参数时，为所述第一测试步骤创建全局变量，将所述返回值作为所述全局变量的值，用于所述后续步骤在调用所述函数插件的输入参数时，引用所述全局变量并获取所述全局变量的值，所述第一测试步骤为所述多个测试步骤中的任一步骤。

6.根据权利要求2所述的方法，其特征在于，基于所述基础元数据启动所述测试用例并执行所述测试步骤，以对所述各个异构系统进行测试得到测试结果，包括：

基于所述函数插件和函数插件库的关系，在指定函数插件库所属的层级中调用与所述指定函数插件库对应的指定函数插件；

将所述指定函数插件的信息保存在所述测试用例中；

通过所述代码库中的执行引擎基于所述指定函数插件的信息以及所述基础元数据启动所述测试用例并执行所述测试步骤得到所述测试结果。

7.根据权利要求1所述的方法，其特征在于，所述基于所述函数插件创建空白测试用例，包括：

创建空白测试用例的名称、测试用例目标以及被测试系统名称；

基于所述空白测试用例的所述名称、所述测试用例目标以及所述被测试系统名称生成所述空白测试用例以及所述空白测试用例的识别号。

8.根据权利要求1所述的方法，其特征在于，所述在所述空白测试用例中编辑所述各个异构系统的测试步骤，以形成用于测试所述各个异构系统的测试用例,包括：

编辑对所述异构系统中的第一异构系统的各个接口进行请求的第二测试步骤；

编辑对所述异构系统中的第二异构系统进行功能使用的第三测试步骤；

编辑对所述第二测试步骤以及所述第三测试步骤进行断言验证的第四测试步骤；

基于所述第二测试步骤、所述第三测试步骤以及所述第四测试步骤设置/修改全局变量，并将每个测试步骤的输出结果存储在所述全局变量中并将所述输出结果作为所述每个测试步骤的后续步骤的输入。

9.一种异构系统测试装置，其特征在于，所述装置包括：

函数插件创建模块，用于建立各个异构系统的函数插件；

配置模块，用于配置各个所述异构系统的基础元数据，所述基础元数据是用于标识所述各个异构系统的信息；

测试用例创建模块，用于基于所述各个异构系统的函数插件创建空白测试用例；

测试步骤创建模块，用于在所述空白测试用例中编辑所述各个异构系统的测试步骤，以形成用于测试所述各个异构系统的测试用例；

测试模块，用于基于所述基础元数据启动所述测试用例并执行所述测试步骤，以对所述各个异构系统进行测试得到测试结果。

10.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器中存储有程序指令，所述处理器运行所述程序指令时，执行权利要求1-8中任一项所述方法中的步骤。

Images