CN114124766A

CN114124766A - 基于模拟数据的测试方法及装置

Info

Publication number: CN114124766A
Application number: CN202111401547.9A
Authority: CN
Inventors: 江帆帆; 刘正礼
Original assignee: Du Xiaoman Technology Beijing Co Ltd
Current assignee: Du Xiaoman Technology Beijing Co Ltd
Priority date: 2021-11-19
Filing date: 2021-11-19
Publication date: 2022-03-01
Anticipated expiration: 2041-11-19
Also published as: CN114124766B

Abstract

本发明公开了一种基于模拟数据的测试方法及装置。其中，该方法包括：接收测试请求，其中，测试请求为包含了地址信息的请求报文；基于路由规则，对请求报文进行处理，生成请求报文所对应的路由响应码；基于路由响应码，确定响应模板；使用脚本引擎来解析响应模板，得到响应报文，其中，基于配置模式确定脚本引擎。本发明解决了传统Mock方式应用起来灵活性较低，操作成本较高，模拟的真实度较低的技术问题。

Description

基于模拟数据的测试方法及装置

技术领域

本发明涉及测试领域，具体而言，涉及一种基于模拟数据的测试方法及装置。

背景技术

在服务功能的测试领域中，由于测试场景丰富且内容较多，真实服务提供方往往无法提供所有测试场景所需要的测试数据，因此，可以采用模拟数据来进行测试。但是，由于不同测试场景中需要使用的接口数量不同，且差异性又很大，传统Mock方式应用起来灵活性较低，操作成本较高，模拟的真实度较低。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种基于模拟数据的测试方法及装置，以至少解决传统Mock方式应用起来灵活性较低，操作成本较高，模拟的真实度较低的技术问题。

根据本发明实施例的一个方面，提供了一种基于模拟数据的测试方法，包括：接收测试请求，其中，测试请求为包含了地址信息的请求报文；基于路由规则，对请求报文进行处理，生成请求报文所对应的路由响应码；基于路由响应码，确定响应模板；使用脚本引擎来解析响应模板，得到响应报文，其中，基于配置模式确定脚本引擎。

可选地，该方法还包括：通过平台接口来接收上游设备发出的测试请求，并基于测试请求中携带的地址信息确定路由接口，其中，路由接口的属性包括测试工具的多个属性以及属性定义。

可选地，基于路由规则，对请求报文进行处理，生成请求报文所对应的路由响应码包括：基于路由接口的信息，从路由规则中进行查询操作，得到与请求报文对应的路由响应码。

可选地，在使用脚本引擎来解析响应模板之前，该方法还包括：基于路由响应码，从预设的配置模式中查询，得到与路由响应码匹配的脚本引擎。

可选地，脚本引擎的上下文中加载有脚本引擎对应的动态数据。

可选地，使用脚本引擎来解析响应模板，得到响应报文包括：加载响应模板的模板内容，其中，响应模板为同步响应模板；解析模板内容，渲染生成响应报文。

可选地，在使用脚本引擎来解析响应模板，得到响应报文之后，该方法还包括：返回响应报文至前端平台；接收前端平台反馈的回执数据，其中，回执数据为执行回调后生成的异步响应模板；解析异步响应模板，渲染生成异步响应报文。

根据本发明实施例的另一方面，还提供了一种基于模拟数据的测试装置，包括：接收模块，用于接收测试请求，其中，测试请求为包含了地址信息的请求报文；处理模块，用于基于路由规则，对请求报文进行处理，生成请求报文所对应的路由响应码；确定模块，用于基于路由响应码，确定响应模板；解析模块，用于使用脚本引擎来解析响应模板，得到响应报文，其中，基于配置模式确定脚本引擎。

可选地，该装置还包括：子处理模块，用于通过平台接口来接收上游设备发出的测试请求，并基于测试请求中携带的地址信息确定路由接口，其中，路由接口的属性包括测试工具的多个属性以及属性定义

可选地，处理模块包括：查询单元，用于基于路由接口的信息，从路由规则中进行查询操作，得到与请求报文对应的路由响应码。

可选地，该装置还包括：查询模块，用于基于路由响应码，从预设的配置模式中查询，得到与路由响应码匹配的脚本引擎。

可选地，解析模块包括：加载模块，用于加载响应模板的模板内容，其中，响应模板为同步响应模板；渲染模块，用于解析模板内容，渲染生成响应报文。

可选地，该装置还包括：返回模块，用于返回响应报文至前端平台；接收模块还用于接收前端平台反馈的回执数据，其中，回执数据为执行回调后生成的异步响应模板；渲染模块还用于解析异步响应模板，渲染生成异步响应报文。

根据本发明的另一方面，还提供了一种计算机可读存储介质，包括可存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述的基于模拟数据的测试方法。

根据本发明的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述的基于模拟数据的测试方法。

在本发明实施例中，采用在接收到包含了地址信息的请求报文之后，首先基于路由规则，对请求报文进行处理，生成请求报文所对应的路由响应码，然后基于路由响应码，确定响应模板，最后使用脚本引擎来解析响应模板，得到响应报文的方式，达到了对测试请求得到动态式响应的目的。容易注意到的是，由于对于不同的请求报文，可以预先设置不同的响应模板，并基于路由规则从不同的响应模板中选择请求报文对应的响应模板，进而使用脚本引擎生成响应报文，使得Mock装置可以对不同场景下的请求报文均生成相应的响应报文，从而实现了提高模拟数据测试的灵活性，降低操作成本低，提升模拟真实度的技术效果，进而解决了传统Mock方式应用起来灵活性较低，操作成本较高，模拟的真实度较低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种基于模拟数据的测试方法的流程示意图；

图2是一种通用的Mock装置的结构示意图；

图3是根据本发明实施例的一种可选的脚本引擎工厂的架构示意图；

图4是根据本发明实施例的一种可选的脚本引擎动态响应的流程图；

图5是根据本发明实施例的一种可选的基于模拟数据的检测方法的流程图；

图6是根据本发明实施例的一种可选的基于模拟数据的测试装置的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了实现采用模拟数据来进行测试的目的，相关技术中提供了如下几种方案：第一种方案为硬编码方案，可以改动业务代码，将固定的数据保存在接口回调的地方；第二种方案为JS拦截方案，可以在业务代码前挂载JS代码，并通过JS代码拦截Ajax请求，典型的解决方案是Mock.js；第三种方案为工具代理方案，可以使用Fiddler和Charles工具对网络请求进行拦截，将网络请求替换为Mock数据；第四种方案为Mock-Server方案，预先搭建独立的Mock-Server，将接口指向该Mock-Server，并构造虚拟数据返回。

但是，对于硬编码和JS拦截方案，模拟数据和业务代码耦合性在一起，杂乱无章，并且不能模拟真实的网络请求，真实度不够；对于工具代理方案，配置繁琐，操作成本高，代理配置维护在本地，不方便统一管理和团队内共享；对于Mock-Server方案，常见Mockservice的Mock能力单一，比如不能同时支持多种协议，多种数据格式，多种类型通信方式，不能动态Mock，使用门槛高等。

为了解决上述技术问题，本发明提供了一种通过构建通用Mock模板，并利用Mock模板进行测试的方法，具体实现方案如下：

实施例1

根据本发明实施例，提供了一种基于模拟数据的检测方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种基于模拟数据的检测方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，接收测试请求，其中，测试请求为包含了地址信息的请求报文。

上述步骤中的测试请求为包含了地址信息的请求报文，可以是用于模拟数据测试的请求，包括请求参数，地址等信息数据。

在一种可选的实施例中，可以通过平台统一接收上游设备发送的用于进行测试的请求报文，该请求报文包含有URL地址、端口等信息。

步骤S104，基于路由规则，对请求报文进行处理，生成请求报文所对应的路由响应码。

上述步骤中的路由规则可以是预先设定的通过请求报文获取路由响应码的过程，例如，可以是预先设定的不同请求报文与路由响应码的对应关系，此处的路由响应码用于唯一标识一个响应模板，例如，路由响应码可以是指响应模板的id。

在一种可选的实施例中，为了实现测试目的，可以预先构建一个通用的Mock装置，如图2所示，该Mock装置可以抽象为接口和模板两个部分。

接口部分包含接口层面的一些属性。由于这些属性比较固定，因此，可以将各字段单独抽象出来，比如http的url、post/get、同步/异步，tcp的端口、长/短链接等。具体的，接口部分可以包括接口和配置模式，在该Mock装置里，接口是Mock装置的具体实现，包含Mock装置的各个属性的定义，用于决定装置使用哪种脚本引擎解析响应模板。

模板部分主要是对该Mock装置返回的响应内容进行抽象。由于不同响应内容的格式多变且不统一，因此，在对该Mock装置进行抽象时，可以将响应内容作为一个整体返回，并针对其中一些变量内容做单独计算/填充。具体的，模板部分可以包括路由规则、响应路由码和响应模板，一个接口可以对应多个响应模板；路由规则可以通过接口请求报文来计算响应路由码，也即，确定响应模板的id；响应模板是响应内容的描述，响应模板经过解析渲染可以生成最终的响应内容。

例如，在银行支付场景中，支付接口的请求报文中可以传递卡号(cardno)字段，其中，可以设置cardno＝A时返回成功，cardno＝B时返回失败，因此，可以在路由规则中设定A为支付成功的路由响应码，并确定B为支付失败的路由响应码。

步骤S106，基于路由响应码，确定响应模板。

上述步骤中的响应模板可以是模拟数据的返回内容，也即响应内容的描述。通过对响应模板进行解析渲染，可以生成模拟数据最终的响应内容。由于每个响应模板都对应一个路由响应码，因此，可以通过路由响应码来确定响应模板。

例如，仍在上述银行支付场景中，如果生成的路由响应码是A，则确定响应模板为支付成功的模板，其中，支付成功的模板可以包括支付成功时真实银行所返回的响应内容，例如，可以是一段文字提示，文字提示可以是：“感谢您的支付，您已支付成功”。如果生成的路由响应码是B，则确定响应模板为支付失败的模板，其中，支付失败的模板可以包括支付失败时真实银行所返回的响应内容，例如，可以是一段文字提示，文字提示可以是：“抱歉，支付失败，请重新支付，如遇支付问题，可联系相关的工作人员进行处理”。在此基础上，当一次银行支付请求到平台后，先根据路由规则计算出路由响应码，再根据路由码码来选择响应模板。

步骤S108，使用脚本引擎来解析响应模板，得到响应报文，其中，基于配置模式确定脚本引擎。

上述步骤中的脚本引擎可以由配置模式来确定，配置模式决定Mock装置使用哪种脚本引擎来解析响应模板，通过配置模式确定出的脚本引擎来解析响应模板，得到响应报文。

在一种可选的实施例中，可以基于配置模板确定需要使用的脚本引擎，进而使用脚本引擎解析响应模板，并将测试请求中的相关参数进行计算/填充，得到最终的响应报文，并通过平台返回至上游设备。

上述步骤中的上游设备可以是在测试场景中发送请求报文的设备，作为实际场景中的服务调用方。平台接口可以是上游设备与平台进行数据通信的接口，例如，可以是网络接口。路由接口可以是Mock装置中抽象出来的接口。

在一种可选的实施例中，可以根据地址信息确定路由接口，例如，对于HTTP请求，可以根据URL地址确定路由接口；对于TCP请求，可以根据端口确定路由接口。

由于一个路由接口对应多个响应模板，一个路由响应码对应一个相应的响应模板，因此，一个路由接口对应多个路由响应码。因此，可以根据请求报文对应的路由接口的信息来查询路由规则，并选择相应的路由码，使得对请求报文的处理起来条理性更清楚，更加的方便快捷。

例如，仍在上述银行支付场景中，假设请求报文为查询顾客u的账户余额，可以确定对应的路由接口为a，此时对应的响应路由码为C，进而确定对应的响应模板为账户余额的模板，例，可以是顾客的姓名加余额的数字，“u：u的余额数XXX”。

上述步骤的配置模式可以存储有不同路由响应码与脚本引擎的映射关系，在一种可选的实施例中，配置模式可以存储在数据库中，当需要使用脚本引擎时，可以从数据库中调用配置模式，并基于路由响应码从该配置模式中查询到对应的脚本引擎。

上述步骤中的动态数据是Mock装置的生产资料，包括但不限于以下数据：

原始数据：如接口的请求参数，

中间数据：如通过一些规则加工生成的局部数据、全局数据，

静态数据：如存储介质中的数据、工具包，

服务数据：如场景中，有前后依赖关系的不同阶段中服务产生的数据。

脚本引擎是实现动态Mock的关键点，如图3根据本发明实施例的一种可选的脚本引擎工厂的架构示意图所示，所有的脚本引擎都由脚本引擎工厂来管理，当请求需要特定的引擎实例来解析响应模板时，都从脚本引擎工厂申请获取。每个脚本引擎都由两个部分构成，即：脚本解析执行器和脚本引擎需要的动态数据。

在一种可选地实施例中，在脚本引擎的实例化过程中，会将动态数据加载至上下文中，如接口请求的原始数据。完成了上下文加载的脚本引擎就好似一部运转着的机器，用户请求的数据就好像是产品原料，用户在平台上配置的模板则是产品的模具，一旦三者齐备触发流程运转，及可按需生产出满足用户个性化需求的产品，即请求对应的最终响应数据。

由于响应模板需要在应对不同的请求时进行相应的填充或者修改信息，所以需要对解析模板进行渲染来生成最终的响应报文，例如，在银行支付的场景中，查询余额，对应的响应模板为：“姓名：余额”，对于不同的用户需要进行相应的对响应模板的内容进行修改为相对应的用户的姓名以及余额信息。

在一种可选地实施例中，如图4所示，接受上游发过来的请求报文，根据请求报文的地址信息，查询到相应的接口，构建动态数据，从脚本引擎工厂中选择相应的脚本引擎，同时可以对脚本引擎进行初始化，通过脚本引擎解析路由规则得到请求报文对应的响应路由码，根据响应路由码选择对应的响应模板，脚本引擎可以渲染响应模板，返回同步响应，脚本引擎也可以渲染异步响应模板，进而可以返回异步响应。

在一种可选的实施例中，如图5所示，图中完整的阐述了上述步骤的流程，服务调用入口与Mock核心装置连接，Mock核心装置里面存放很多协议，例，协议1-server，协议2-server，协议1-client，协议2-client，装置对路由规则进行解析，缓存解析的过程，使用脚本引擎来解析响应模板，其中，脚本引擎的动态数据包括工具类和请求原始数据，得到响应报文，再渲染得到的响应报文。其中，响应模板和接口属性可以进行缓存，数据库可以用来存放上述的响应模板，脚本引擎等需要缓存的数据信息。

实施例2

根据本发明实施例的另一方面，还提供了一种基于模拟数据的测试装置，该装置的具体实现方法和应用场景与实施例所说的方法一样，此处不做赘述。

如图6根据本发明实施例的一种可选的基于模拟数据的测试装置的结构示意图所所示，该装置包括：接收模块62，用于接收测试请求，其中，测试请求为包含了地址信息的请求报文；处理模块64，用于基于路由规则，对请求报文进行处理，生成请求报文所对应的路由响应码；确定模块66，用于基于路由响应码，确定响应模板；解析模块68，用于使用脚本引擎来解析响应模板，得到响应报文，其中，基于配置模式确定脚本引擎。

可选地，解析模块68包括：加载模块，用于加载响应模板的模板内容，其中，响应模板为同步响应模板；渲染模块，用于解析模板内容，渲染生成响应报文。

实施例3

实施例4

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种基于模拟数据的测试方法，其特征在于，包括：

接收测试请求，其中，所述测试请求为包含了地址信息的请求报文；

基于路由规则，对所述请求报文进行处理，生成所述请求报文所对应的路由响应码；

基于所述路由响应码，确定响应模板；

使用脚本引擎来解析所述响应模板，得到响应报文，其中，基于配置模式确定所述脚本引擎。

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

通过平台接口来接收上游设备发出的所述测试请求，并基于所述测试请求中携带的所述地址信息确定路由接口，其中，所述路由接口的属性包括测试工具的多个属性以及属性定义。

3.根据权利要求2所述的方法，其特征在于，基于路由规则，对所述请求报文进行处理，生成所述请求报文所对应的路由响应码包括：

基于所述路由接口的信息，从所述路由规则中进行查询操作，得到与所述请求报文对应的路由响应码。

4.根据权利要求3所述的方法，其特征在于，在使用脚本引擎来解析所述响应模板之前，所述方法还包括：

基于路由响应码，从预设的所述配置模式中查询，得到与所述路由响应码匹配的所述脚本引擎。

5.根据权利要求4所述的方法，其特征在于，所述脚本引擎的上下文中加载有所述脚本引擎对应的动态数据。

6.根据权利要求1所述的方法，其特征在于，使用脚本引擎来解析所述响应模板，得到响应报文包括：

加载所述响应模板的模板内容，其中，所述响应模板为同步响应模板；

解析所述模板内容，渲染生成所述响应报文。

7.根据权利要求6所述的方法，其特征在于，在使用脚本引擎来解析所述响应模板，得到响应报文之后，所述方法还包括：

返回所述响应报文至前端平台；

接收所述前端平台反馈的回执数据，其中，所述回执数据为执行回调后生成的异步响应模板；

解析所述异步响应模板，渲染生成异步响应报文。

8.一种基于模拟数据的测试装置，其特征在于，包括：

接收模块，用于接收测试请求，其中，所述测试请求为包含了地址信息的请求报文；

处理模块，用于基于路由规则，对所述请求报文进行处理，生成所述请求报文所对应的路由响应码；

确定模块，用于基于所述路由响应码，确定响应模板；

解析模块，用于使用脚本引擎来解析所述响应模板，得到响应报文，其中，基于配置模式确定所述脚本引擎。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

子处理模块，用于通过平台接口来接收上游设备发出的所述测试请求，并基于所述测试请求中携带的所述地址信息确定路由接口，其中，所述路由接口的属性包括测试工具的多个属性以及属性定义。

10.根据权利要求9所述的装置，其特征在于，所述处理模块包括：

查询单元，用于基于所述路由接口的信息，从所述路由规则中进行查询操作，得到与所述请求报文对应的路由响应码。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

查询模块，用于基于路由响应码，从预设的所述配置模式中查询，得到与所述路由响应码匹配的所述脚本引擎。

12.根据权利要求8所述的装置，其特征在于，解析模块包括：

加载模块，用于加载所述响应模板的模板内容，其中，所述响应模板为同步响应模板；

渲染模块，用于解析所述模板内容，渲染生成所述响应报文。

13.根据权利要求8所述的装置，其特征在于，所述装置还包括：

返回模块，用于返回所述响应报文至前端平台；

接收模块还用于接收所述前端平台反馈的回执数据，其中，所述回执数据为执行回调后生成的异步响应模板；

渲染模块还用于解析所述异步响应模板，渲染生成异步响应报文。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至7中任意一项所述的基于模拟数据的测试方法。

15.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的基于模拟数据的测试方法。