MOCK系统与基于MOCK系统的数据测试方法

摘要

本发明公开了一种MOCK系统，包括：第一服务器，用于接收前端发送的测试数据的查询请求，并将所述查询请求发送给调用服务器；所述调用服务器，用于接收所述查询请求，根据所述查询请求调用查询接口，并将所述测试数据发送给查询接口，以使所述查询接口根据所述测试数据查询所述测试数据对应的历史目标日志；日志服务器，用于获取所述历史目标日志，并根据预设的规则对所述历史目标日志进行处理，得到所述测试数据对应的目标接口数据；MOCK服务器，用于获取所述目标接口数据，并对所述目标接口数据进行MOCK处理，得到目标MOCK接口；第二服务器，用于根据所述目标MOCK接口和所述测试数据进行MOCK测试，得到测试结果。本发明实施例提高了接口测试的效率。

说明书

技术领域

本发明实施例涉及数据测试技术领域，尤其涉及一种MOCK系统与基于MOCK系统的数据测试方法。

背景技术

前后端分离的研发模式下，前后端开发人员共同约定每个接口的请求及响应信息，然后各自独立开发，最后基于前端工程环境的本地请求代理进行功能联调。前端工程环境针对资源请求与接口请求进行分流管理，资源请求访问本地，接口请求发往联调目标服务器，形成了前后端跨环境、跨设备的联调体验，相比后端驱动的联调模式要高效。目前行业内对于前端页面实现联调时：若使用纯静态文件服务器进行联调，前端使用的接口的JSON静态文件，只需要通过修改静态JSON文件来模拟后端数据返回，这种联调方式非常不灵活，没有任何可视化，无法团队协助维护。

基于上述问题，可以通过开源的mock.js搭建MOCK服务器进行克服，在此方法中使用了mongodb数据库来存放数据，有一定的可视化界面展示，并且提供动态逻辑脚本语法，支持根据不同入参返回不同数据。但是，此方式的缺点也比较明显：无法关联上下流接口，单纯靠mock数据里写JS逻辑代码来控制返回；单个接口数据情况较多时，数据会非常冗余，维护成本很高；时间较长后，如果后端接口变动，之前的数据需要全部重新梳理，精力耗费巨大。

发明内容

有鉴于此，本发明实施例的目的是提供一种MOCK系统与基于MOCK系统的数据测试方法，减少了接口数据的冗余，提高了接口测试的效率。

为实现上述目的，本发明实施例提供了一种MOCK系统，包括：

第一服务器，用于接收前端发送的测试数据的查询请求，并将所述查询请求发送给调用服务器；

所述调用服务器，用于接收所述第一服务器发送的查询请求，根据所述查询请求调用日志服务器的查询接口，并将所述测试数据发送给查询接口，以使所述查询接口根据所述测试数据查询所述测试数据对应的历史目标日志；

所述日志服务器，用于接收所述查询接口传输的所述测试数据，基于所述测试数据获取所述历史目标日志，并根据预设的规则对所述历史目标日志进行处理，得到所述测试数据对应的目标接口数据；

MOCK服务器，用于获取所述目标接口数据，并对所述目标接口数据进行MOCK处理，得到目标MOCK接口；

第二服务器，用于根据所述目标MOCK接口和所述测试数据进行MOCK测试，得到测试结果。

进一步地，所述日志服务器还用于：

获取所述测试数据中的目标场景参数；

通过所述查询接口查询包括有所述目标场景参数的候选历史日志。

进一步地，所述日志服务器还用于：

计算每个包括有所述目标场景参数的候选历史日志与所述目标场景数据的相似度值；

获取相似度值大于预设阈值的候选历史日志作为历史目标日志。

进一步地，所述日志服务器还用于：

当所述历史目标日志为多个时，将多个所述历史目标日志分别根据预设的规则进行处理，得到多个接口数据；

将多个所述接口数据发送给所述第一服务器，以使所述第一服务器将多个所述接口数据传输给前端进行页面展示。

进一步地，所述第一服务器还用于：

接收所述前端选中的接口数据作为所述目标接口数据；

将所述目标接口数据发送给所述MOCK服务器，以通过所述MOCK服务器进行MOCK处理，得到目标MOCK接口。

进一步地，所述日志服务器还用于：

建立日志数据库，将所述历史目标日志存储于所述日志数据库中。

进一步地，所述MOCK服务器还用于：

建立MOCK数据库，所述MOCK数据库用于存放所述目标MOCK接口对应的目标接口数据；

将所述MOCK数据库与所述日志数据库相关联，其中，所述目标接口数据与所述历史目标日志相对应。

进一步地，所述MOCK服务器还用于：

获取多个历史日志，并对多个历史日志进行处理得到历史接口数据，将所述历史接口数据存储于所述MOCK数据库中。

进一步地，所述MOCK服务器还用于：

接收所述第一服务器发送的对所述历史数据库的更新指令；

根据所述更新指令对所述MOCK数据库中的接口数据进行更新。

为实现上述目的，本发明实施例提供了一种基于MOCK系统的数据测试方法，所述MOCK系统包括第一服务器、调用服务器、日志服务器、MOCK服务器和第二服务器，所述方法包括：

所述第一服务器接收前端发送的测试数据的查询请求，并将所述查询请求发送给所述调用服务器；

所述调用服务器接收所述第一服务器发送的查询请求，根据所述查询请求调用所述日志服务器查询接口，并将所述测试数据发送给查询接口，以使所述查询接口根据所述测试数据查询所述测试数据对应的历史目标日志；

所述日志服务器接收所述查询接口传输的所述测试数据，基于所述测试数据获取所述历史目标日志，并根据预设的规则对所述历史目标日志进行处理，得到所述测试数据对应的目标接口数据；

所述MOCK服务器获取所述目标接口数据，并对所述目标接口数据进行MOCK处理，得到目标MOCK接口；

所述第二服务器根据所述目标MOCK接口和所述测试数据进行MOCK测试，得到测试结果。

本发明实施例提供的MOCK系统与基于MOCK系统的数据测试方法，通过查询请求获取测试数据对应的历史日志，根据历史日志实时采集测试数据对应的历史日志，用以将该历史日志进行预设规则的处理，得到接口数据，再将接口数据通过MOCK服务器进行MOCK处理，可以得到第二服务器对应的MOCK接口，最后通过第二服务器对MOCK接口与测试数据进行测试，完成测试操作，提高了数据测试的效率。

附图说明

图1为本发明MOCK系统实施例一的流程图。

图2为本发明基于MOCK系统的数据测试方法实施例三的程序模块示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

请继续参阅图1，示出了本发明MOCK系统实施例一的程序模块示意图。在本实施例中，所述MOCK系统10可以包括或被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本发明。本发明实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序本身更适合于描述所述MOCK系统10在存储介质中的执行过程。以下描述将具体介绍本实施例各程序模块的功能：

第一服务器100，用于接收前端发送的测试数据的查询请求，并将所述查询请求发送给调用服务器。

在示例性的实施例中，通过第一服务器的前端页面接收需要进行模拟测试的测试数据，测试数据可以为网址，例如淘宝订单请求网址，目标场景参数为淘宝订单。前端根据测试数据生成查询请求，以使第一服务器100通过查询请求查询出该测试数据对应的历史日志。

所述调用服务器120，用于接收所述第一服务器发送的查询请求，根据所述查询请求调用查询接口，并将所述测试数据发送给查询接口，以使所述查询接口根据所述测试数据查询所述测试数据对应的历史目标日志。

在示例性的实施例中，调用服务器为nginx代理服务器，nginx代理服务器与日志服务器连接，日志服务器中存储有与多个接口测试相关联的日志数据，nginx代理服务器可以调用ELK框架的elasticsearch搜索引擎的查询接口，ELK框架与日志服务器关联，以通过elasticsearch搜索引擎的查询接口从日志服务器查询测试数据对应的历史日志。elasticsearch搜索引擎提供了一个分布式多用户能力的全文搜索引擎，可以分析与搜索大量的数据。elasticsearch搜索引擎从日志文件中获取历史日志，通过分词控制器去将对应的语句分词，将其权重和分词结果一并存入数据，当用户搜索数据时候，再根据权重将结果排名，打分，再将返回结果呈现给用户。可以通过elasticsearch搜索引擎将分值最高的历史日志进行反馈。ELK是Elasticsearch、LogStash以及Kibana的简称，提供收集、分析、过滤日志，并且能够实时全文搜索和分析的引擎，最终通过Kibana实现WEB图像化界面高的地方展示。日志采集通过ryslog日志采集工具，日志数据库中的历史日志数据通过ryslog日志采集工具进行采集，采集系统日志，不产生日志，日志采集规则：日志类型，日志级别，放置文件的具体路径，可以为固定目录日志。

示例性地，所述调用服务器120还用于：

获取所述查询请求中的用户信息，所述用户信息包括用户名与用户密码；对所述用户信息进行安全校验，当所述用户信息通过安全校验时，调用所述查询接口。

在示例性的实施例中，在调用查询接口之前，通过nginx代理服务器将测试数据通过HTTP协议进行封装，并发送给nodejs服务器，以通过nodejs服务器对测试数据进行判断与校验，判断测试数据对应的用户账号的登陆状态以及校验用户账号的安全性。当校验通过时，调用elasticsearch的查询接口根据测试数据进行日志查询。nodejs服务器可以处理高并发状态下的查询请求，并对查询请求做出响应，便于后续快速查询日志数据。

日志服务器140，用于获取所述历史目标日志，并根据预设的规则对所述历史目标日志进行处理，得到所述测试数据对应的目标接口数据。

在示例性的实施例中，通过日志采集服务器分析测试数据中的接口参数，测试数据中包括需要进行测试的接口参数，根据接口参数采集与接口参数相关的历史日志，历史日志中记录了已经进行相关测试的数据或者已经真实完成数据处理过程的历史数据，比如说历史交易数据，基于交易请求调用一系列支付接口的过程的数据。预设规则为格式化处理规则，对历史日志进行格式化处理，得到多个目标接口数据，目标接口数据可以用于构建目标MOCK接口。历史日志中存储有测试请求调用各个接口进行数据存储或者数据流转等过程，该数据可以为订单数据等；格式化处理为去掉历史日志中的其他数据，例如，订单时间等，只留下被调用接口的接口参数，被调用接口为目标接口，接口参数为目标接口数据，包括请求头(header)、请求体(body)等接口参数。

MOCK服务器160，用于获取所述目标接口数据，并对所述目标接口数据进行MOCK处理，得到目标MOCK接口。

在示例性的实施例中，通过MOCK服务器对目标接口数据进行MOCK处理，MOCK处理为模拟处理，为根据目标接口数据模拟出用于进行测试的测试接口，即MOCK接口。目标MOCK接口可以根据测试数据反馈对应的响应数据。MOCK服务器160是高效、易用、功能强大的api管理平台，旨在为开发、产品、测试人员提供更便捷的接口管理服务。

示例性地，所述日志服务器140还用于：

建立日志数据库，将所述历史目标日志存储于所述日志数据库中。可以直接从历史数据库中查询对应的日志，节省查询时间。

示例性地，所述MOCK服务器160还用于：

建立MOCK数据库，所述MOCK数据库用于存放所述目标MOCK接口对应的目标接口数据；将所述MOCK数据库与所述日志数据库相关联，其中，所述目标接口数据与所述历史目标日志相对应。将MOCK数据库与日志数据库相关联，进一步将接口数据与该接口数据对应的历史日志关联，便于对日志的快速查询。

示例性地，所述MOCK服务器160还用于：

获取多个历史日志，并对多个历史日志进行处理得到历史接口数据，将所述历史接口数据存储于所述MOCK数据库中。

在示例性的实施例中，历史接口数据为将历史日志进行格式化处理后得到的，将多个历史接口数据存储在MOCK数据库中，当再次进行接口测试时，可以预先在日志数据库的历史日志中找到与接口测试最相近的测试场景，即历史日志；MOCK服务器可以直接获取到与该历史日志相关联的接口数据，进行接口MOCK和MOCK测试，便于进行相同测试时直接获取，节省测试时间。

示例性地，还将每个历史请求与对应的接口数据进行关联，将关联后的接口数据存储至预先建立的MOCK数据库中。当对测试数据进行测试时，根据测试数据在数据库中查询与测试数据相关联的历史请求，若数据库中没有，则直接去日志文件中进行查询。也可先去日志文件中进行查询，再去数据库中进行查询。

示例性地，所述MOCK服务器160还用于：

接收所述第一服务器发送的对所述历史数据库的更新指令；根据所述更新指令对所述MOCK数据库中的接口数据进行更新。

在示例性的实施例中，当需要将MOCK数据库中没出现的接口数据进行存储时，生成更新指令，将更新的接口数据存储到MOCK数据库中。当MOCK数据库中的某个接口数据的接口参数发生变化时，生成更新指令，对该接口数据进行更新。

第二服务器180，用于根据所述目标MOCK接口和所述测试数据进行MOCK测试，得到测试结果。

在示例性的实施例中，MOCK测试就是在测试过程中，对于第二服务器的接口，用一个虚拟的对象来创建以便测试的测试方法。通过MOCK好的第二服务器的MOCK接口与第一服务器的前端接口进行连接，完成前后端的联调，得到测试结果，前后端联调效率大大提升，前端不再依赖后端真实接口联调开发。目标MOCK接口可以根据测试数据反馈对应的响应数据，测试结果为响应数据，根据测试结果与预期结果进行对比，可以对接口数据进行修改。

实施例二

在本实施例中，所述MOCK系统10还可以具有以下功能：

示例性地，所述日志服务器140还用于：

获取所述测试数据中的目标场景参数；通过所述查询接口查询包括有所述目标场景参数的候选历史日志。计算每个包括有所述目标场景参数的候选历史日志与所述目标场景数据的相似度值；获取相似度值大于预设阈值的候选历史日志作为历史目标日志。当所述历史目标日志为多个时，将多个所述历史目标日志分别根据预设的规则进行处理，得到多个接口数据；将多个所述接口数据发送给所述第一服务器，以使所述第一服务器将多个所述接口数据传输给前端进行页面展示。

在示例性的实施例中，当日志服务器10通过查询接口对应的搜索引擎查询到的历史日志有多个符合查询请求且大于预设阈值时，则将查询到的接口数据返回给nginx调用服务器，nginx调用服务器通过http协议再透传给第一服务器的前端，让用户进行选择，以使前端将最合适的接口数据发送给MOCK框架进行MOCK，得到MOCK接口。并将该最合适的接口数据以及接口数据对应的历史日志进行存储，便于下次进行相同测试时直接获取，节省测试时间。

示例性地，所述第一服务器100还用于：

接收所述日志服务器传输的多个所述接口数据；将多个所述接口数据传输给前端进行页面展示。

在示例性的实施例中，当查询到的接口数据有多个时，将多个接口数据发送给页面进行选择。接口数据为接口的参数，根据接口数据可以模拟出接口。前端界面提供实时查询筛选导入数据功能，可以实时从数据库中查询指定条件的一条或多条的接口数据，并将符合指定条件的接口数据筛选导入到页面上，便于用户进行接口数据的选择。

示例性地，所述第一服务器100还用于：

接收所述前端选中的接口数据作为所述目标接口数据；将所述目标接口数据发送给所述MOCK服务器。

在示例性的实施例中，当数据库中存在有符合查询请求的目标接口数据时，可以直接将目标接口数据发送给MOCK服务器进行接口mock(模拟)，以使测试服务器根据mock好的接口与测试数据进行接口测试。

实施例三

参阅图2，示出了本发明实施例三之基于MOCK系统的数据测试方法的步骤流程图。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。所述MOCK系统包括第一服务器、调用服务器、日志服务器、MOCK服务器和第二服务器，下面进行示例性描述。具体如下。

步骤S200，所述第一服务器接收前端发送的测试数据的查询请求，并将所述查询请求发送给所述调用服务器。

在示例性的实施例中，通过第一服务器的前端页面接收需要进行模拟测试的测试数据，测试数据可以为网址，例如淘宝订单请求网址，目标场景参数为淘宝订单。前端根据测试数据生成查询请求，以使第一服务器通过查询请求查询出该测试数据对应的历史日志。

步骤S220，所述调用服务器接收所述第一服务器发送的查询请求，根据所述查询请求调用查询接口，并将所述测试数据发送给查询接口，以使所述查询接口根据所述测试数据查询所述测试数据对应的历史目标日志。

在示例性的实施例中，调用服务器为nginx代理服务器，nginx代理服务器与日志服务器连接，日志服务器中存储有与多个接口测试相关联的日志数据，nginx代理服务器可以调用ELK框架的elasticsearch搜索引擎的查询接口，ELK框架与日志服务器关联，以通过elasticsearch搜索引擎的查询接口从日志服务器查询测试数据对应的历史日志。elasticsearch搜索引擎提供了一个分布式多用户能力的全文搜索引擎，可以分析与搜索大量的数据。elasticsearch搜索引擎从日志文件中获取历史日志，通过分词控制器去将对应的语句分词，将其权重和分词结果一并存入数据，当用户搜索数据时候，再根据权重将结果排名，打分，再将返回结果呈现给用户。可以通过elasticsearch搜索引擎将分值最高的历史日志进行反馈。ELK是Elasticsearch、LogStash以及Kibana的简称，提供收集、分析、过滤日志，并且能够实时全文搜索和分析的引擎，最终通过Kibana实现WEB图像化界面高的地方展示。日志采集通过ryslog日志采集工具，日志数据库中的历史日志数据通过ryslog日志采集工具进行采集，采集系统日志，不产生日志，日志采集规则：日志类型，日志级别，放置文件的具体路径，可以为固定目录日志。

示例性地，所述步骤S220还包括：

所述调用服务器获取所述查询请求中的用户信息，所述用户信息包括用户名与用户密码；所述调用服务器对所述用户信息进行安全校验，当所述用户信息通过安全校验时，调用所述查询接口。

在示例性的实施例中，在调用查询接口之前，通过nginx代理服务器将测试数据通过HTTP协议进行封装，并发送给nodejs服务器，以通过nodejs服务器对测试数据进行判断与校验，判断测试数据对应的用户账号的登陆状态以及校验用户账号的安全性。当校验通过时，调用elasticsearch的查询接口根据测试数据进行日志查询。nodejs服务器可以处理高并发状态下的查询请求，并对查询请求做出响应，便于后续快速查询日志数据。

步骤S240，所述日志服务器获取所述历史目标日志，并根据预设的规则对所述历史目标日志进行处理，得到所述测试数据对应的目标接口数据。

在示例性的实施例中，通过日志采集服务器分析测试数据中的接口参数，测试数据中包括需要进行测试的接口参数，根据接口参数采集与接口参数相关的历史日志，历史日志中记录了已经进行相关测试的数据或者已经真实完成数据处理过程的历史数据，比如说历史交易数据，基于交易请求调用一系列支付接口的过程的数据。预设规则为格式化处理规则，对历史日志进行格式化处理，得到多个目标接口数据，目标接口数据可以用于构建目标MOCK接口。历史日志中存储有测试请求调用各个接口进行数据存储或者数据流转等过程，该数据可以为订单数据等；格式化处理为去掉历史日志中的其他数据，例如，订单数据等，只留下被调用接口的接口参数，被调用接口为目标接口，接口参数为目标接口数据，包括请求头(header)、请求体(body)等接口参数。

示例性地，所述步骤S240还包括：

所述日志服务器当接收到的所述历史目标日志为多个时，将多个所述历史目标日志分别根据预设的规则进行处理，得到多个接口数据；所述日志服务器将多个所述接口数据发送给所述第一服务器。

在示例性的实施例中，当查询到的接口数据有多个符合查询请求，则将查询到的接口数据发送给第一服务器，以使第一服务器进行前端页面的展示，让用户进行选择，选择最合适的发送给MOCK服务器进行接口mock。并将该最合适的接口数据以及接口数据对应的历史日志进行存储，便于下次进行相同测试时直接获取，节省测试时间。

步骤S260，所述MOCK服务器获取所述目标接口数据，并对所述目标接口数据进行MOCK处理，得到目标MOCK接口。

在示例性的实施例中，通过MOCK服务器对目标接口数据进行MOCK处理，MOCK处理为模拟处理，为根据目标接口数据模拟出用于进行测试的测试接口，即MOCK接口。目标MOCK接口可以根据测试数据反馈对应的响应数据。MOCK服务器是高效、易用、功能强大的api管理平台，旨在为开发、产品、测试人员提供更便捷的接口管理服务。

示例性地，所述步骤S260还包括：

所述MOCK服务器建立MOCK数据库，所述MOCK数据库用于存放所述目标MOCK接口对应的目标接口数据；将所述MOCK数据库与所述日志数据库相关联，其中，所述目标接口数据与所述历史目标日志相对应。将MOCK数据库与日志数据库相关联，进一步将接口数据与该接口数据对应的历史日志关联，便于对日志的快速查询。

示例性地，所述步骤S260还包括：

所述MOCK服务器获取多个历史日志，并对多个历史日志进行处理得到历史接口数据，将所述历史接口数据存储于所述MOCK数据库中。

在示例性的实施例中，历史接口数据为将历史日志进行格式化处理后得到的，将多个历史接口数据存储在MOCK数据库中，当再次进行接口测试时，可以预先在日志数据库的历史日志中找到与接口测试最相近的测试场景，即历史日志；MOCK服务器可以直接获取到与该历史日志相关联的接口数据，进行接口MOCK和MOCK测试，便于进行相同测试时直接获取，节省测试时间。

示例性地，还将每个历史请求与对应的接口数据进行关联，将关联后的接口数据存储至预先建立的MOCK数据库中。当对测试数据进行测试时，根据测试数据在数据库中查询与测试数据相关联的历史请求，若数据库中没有，则直接去日志文件中进行查询。也可先去日志文件中进行查询，再去数据库中进行查询。

示例性地，所述步骤S260还包括：

所述MOCK服务器接收所述第一服务器发送的对所述历史数据库的更新指令；所述MOCK服务器根据所述更新指令对所述MOCK数据库中的接口数据进行更新。

在示例性的实施例中，当需要将MOCK数据库中没出现的接口数据进行存储时，生成更新指令，将更新的接口数据存储到MOCK数据库中。当MOCK数据库中的某个接口数据的接口参数发生变化时，生成更新指令，对该接口数据进行更新。

步骤S280，所述第二服务器根据所述目标MOCK接口和所述测试数据进行MOCK测试，得到测试结果。

在示例性的实施例中，MOCK测试就是在测试过程中，对于第二服务器的接口，用一个虚拟的对象来创建以便测试的测试方法。通过MOCK好的第二服务器的MOCK接口与第一服务器的前端接口进行连接，完成前后端的联调，得到测试结果，前后端联调效率大大提升，前端不再依赖后端真实接口联调开发。目标MOCK接口可以根据测试数据反馈对应的响应数据，测试结果为响应数据，根据测试结果与预期结果进行对比，可以对接口数据进行修改。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。