CN113760703A - 一种Mock数据的生成方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种Mock数据的生成方法、装置、设备及存储介质，包括：当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息；当运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息；根据客户端基础信息生成目标Mock数据的目标数据结构；根据接入客户端的Mock控制状态和目标数据结构生成目标Mock数据。本发明实施例提供的方法通过在接入客户端的运行环境负荷设定的Mock条件时基于包依赖自动收集接入客户端的客户端基础信息，并基于客户端基础信息自动生成接入客户端的目标Mock数据，解决了现有技术中为JSF服务层提供Mock服务时项目代码侵入性较强的技术问题，实现了无需其他客户端配置即可实现Mock数据的自动生成。

Description

一种Mock数据的生成方法、装置、设备及存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种Mock数据的生成方法、装置、设备及存储介质。

背景技术

Mock(模拟)测试是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法，上述虚拟对象即Mock对象。随着JavaServer Faces(JSF)框架的广泛应用，为JSF服务层提供Mock服务的需求日益增多。

在实现本发明的过程中，发明人发现现有技术中至少存在以下技术问题：目前为JSF服务层提供Mock服务的实现方式中，存在两方面弊端：一、目前的技术方案多是针对http协议实现的，无法为JSF服务层提供Mock服务，即使能支持JSF层提供Mock服务，也会存在接入的项目代码的侵入性较多、需要手动调整代码适应不同的环境的技术问题，以及接入配置较复杂，需要对接口声明进行注解或者增加额外方法配置的技术问题。

发明内容

本发明实施例提供了一种Mock数据的生成方法、装置、设备及存储介质，解决了现有技术中为JSF服务层提供Mock服务时项目代码侵入性较强的技术问题，实现了无需其他客户端配置即可实现Mock数据的自动生成。

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

当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息；

当运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息；

根据客户端基础信息生成目标Mock数据的目标数据结构；

基于目标数据结构生成目标Mock数据。

第二方面，本发明实施例还提供了一种Mock数据的生成装置，包括：

运行环境获取模块，用于当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息；

基础信息获取模块，用于当运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息；

数据结构生成模块，用于根据客户端基础信息生成目标Mock数据的目标数据结构；

Mock数据生成模块，用于根据目标数据结构生成目标Mock数据。

第三方面，本发明实施例还提供了一种计算机设备，设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如本发明任意实施例所提供的Mock数据的生成方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的Mock数据的生成方法。

本发明实施例通过当检测到客户端接入时，获取接入客户端的运行环境信息；当运行环境信息符合设定的Mock条件时，基于包依赖获取接入客户端的客户端基础信息；根据客户端基础信息生成目标Mock数据的目标数据结构；根据目标数据结构生成目标Mock数据，通过在接入客户端的运行环境负荷设定的Mock条件时基于包依赖自动收集接入客户端的客户端基础信息，并基于客户端基础信息自动生成接入客户端的目标Mock数据，解决了现有技术中为JSF服务层提供Mock服务时项目代码侵入性较强的技术问题，实现了无需其他客户端配置即可实现Mock数据的自动生成。

附图说明

图1a是本发明实施例一所提供的一种Mock数据的生成方法的流程图；

图1b是本发明实施例一所提供的一种Mock服务的架构示意图；

图2是本发明实施例二所提供的一种Mock数据的生成方法的流程图；

图3a是本发明实施例三所提供的一种Mock数据生成方法的流程图；

图3b是本发明实施例三中所提供的一种Mock-sever端的控制示意图；

图3c是本发明实施例三所提供的一种接口存活分析示意图；

图3d是本发明实施例三所提供的一种Mock数据自动生成示意图；

图3e是本发明实施例三所提供的一种数据源控制示意图；

图3f是本发明实施例三所提供的又一种Mock数据生成示意图；

图4是本发明实施例四所提供的一种Mock数据的生成装置的结构示意图；

图5是本发明实施例五所提供的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1a是本发明实施例一所提供的一种Mock数据的生成方法的流程图。本实施例可适用于生成Mock数据时的情形。该方法可以由Mock数据的生成装置执行，该Mock数据的生成装置可以采用软件和/或硬件的方式实现，例如，该Mock数据的生成装置可配置于计算机设备中。如图1a所示，所述方法包括：

S110、当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息。

在本实施例中，通过Mock服务实现Mock数据的生成。图1b是本发明实施例一所提供的一种Mock服务的架构示意图。如图1b所示，Mock服务位于服务端，包括Mock-client和Mock-sever两部分。其中，Mock-client是在客户端接入的，采用JAVA开发的收集客户端代码的JAVA类集，用于获取接入客户端的客户端基础信息，可以对客户端进行包信息、类信息、网络隔离、链接mock-server等处理；mock-server为代理服务器，用于实现对接口的各种mock操作，主要用于接收mock-client发起的请求，并将接收的信息梳理存储在数据库中，并结合Mock平台提供的返回策略，将Mock的返回值响应给Mock-client。可选的，客户端基础信息可以包括接入客户端的用户信息、应用名称、方法声明、包信息等。

在本实施例中，可以通过包依赖实现Mock-client端的零配置，以及对客户端代码的零侵入。在本发明的一种实施方式中，在基于包依赖获取接入客户端的运行环境信息之前，还包括：获取基于客户端信息获取逻辑生成的软件开发工具包，将软件开发工具包引入Maven依赖。Maven为管理依赖的工具，在项目中常用Maven管理jar包，并且可以管理jar包的依赖。可选的，可以基于客户端信息获取逻辑生成用于获取客户端基础信息的软件开发工具包，将生成的软件开发工具包引入Maven依赖，当有客户端接入时，即可实现无需客户端其他配置自动获取接入客户端的信息。

在本实施例中，为保证客户端的安全性，并非在客户端接入时直接获取接入客户端的客户端基础信息，而是在获取客户端基础信息之前，判断接入客户端的运行环境是否符合设定的Mock条件。也就是说，当检测到有客户端接入时，基于预先引入的包依赖获取接入客户端的运行环境信息，以判断接入客户端的运行环境是否适合获取Mock数据。示例性的，接入客户端的运行环境信息可以为生产环境、测试环境等。

S120、当运行环境符合设定的Mock条件时，获取接入客户端的客户端基础信息。

可选的，可以在软件开发工具包中添加校验机制，获取并校验接入客户端的运行环境是否符合Mock条件，并在接入客户端的运行环境不符合Mock条件时，关闭获取接入客户端的客户端基础信息的操作，避免产生性能损耗及安全风险。在接入客户端的运行环境不符合Mock条件时，获取接入客户端的客户端基础信息。可选的，接入客户端的运行环境是否符合Mock条件可以根据实际需求设定。示例性的，当接入客户端的应用环境为生产机器环境时，可以判定接入客户端的应用环境不符合Mock条件，关闭信息获取开关，以将本地与线上网络隔离。

S130、根据客户端基础信息生成目标Mock数据的目标数据结构。

在本实施例中，可以根据客户端基础信息生成接入客户端所需目标Mock数据的目标数据结构。可选的，目标数据结构可以为JSON模板。可以理解的是，目标数据结构与接入客户端中类的结构相关。

在本发明的一种实施方式中，根据客户端基础信息生成目标Mock数据的目标数据结构，包括：获取客户端基础信息中的类名，获取类名对应的类的结构；基于类的结构和通用占位符规范生成目标数据结构。可选的，可以基于客户端基础信息中的类名，确定目标结构数据。具体的，客户获取接入客户端中包含的所有类，对类的结构进行解析，并选择通用的占位符规范，生成标准的JSON模板作为目标数据结构。

在上述方案的基础上，在根据客户端基础信息生成目标Mock数据的目标数据结构之前，还包括：获取接入客户端的Mock控制状态；当Mock控制状态为开启状态时，根据客户端基础信息生成目标Mock数据的目标数据结构。可选的，为了使Mock数据的生成更加灵活，用户可以修改Mock的控制状态。当接入客户端的Mock控制状态为开启状态时，判定用户存在生成Mock数据的需求，执行根据客户端基础信息生成目标Mock数据的目标数据结构的操作。

可选的，Mock的控制状态可以通过应用开关和方法开关中的至少一个开关控制。其中，应用开关用于控制该接入客户端的Mock控制状态，方法开关用于控制接入客户端中某一方法的Mock控制状态。用户可以根据实际需求调整应用开关和/或方法开关。示例性的，当用户需要开启接入客户端的Mock控制时，可以将应用开关调整为开启状态，当用户需要开启某一方法的Mock控制时，可以将该方法的方法开关调整为开启状态。当应用开关和方法开关中存在任一开关处于开启状态时，判定接入客户端的Mock控制状态为开启状态。

S140、根据目标数据结构生成目标Mock数据。

在本实施例中，确定目标Mock数据的目标数据结构后，基于目标数据结构生成目标Mock数据。可选的，基于目标数据结构生成目标Mock数据的方式可以参考现有技术中指定数据结构的Mock数据的生成方式。示例性的，可以获取缓存数据或从服务端调用数据作为目标Mock数据。

本发明实施例通过基于包依赖获取接入客户端的客户端基础信息；根据客户端基础信息生成目标Mock数据的目标数据结构；根据接入客户端的Mock控制状态和目标数据结构生成目标Mock数据，通过基于包依赖自动收集接入客户端的客户端基础信息，并基于基础信息自动生成接入客户端的目标Mock数据，解决了现有技术中为JSF服务层提供Mock服务时项目代码侵入性较强的技术问题，实现了无需其他客户端配置即可实现Mock数据的自动生成。

实施例二

图2是本发明实施例二所提供的一种Mock数据的生成方法的流程图。本实施例在上述方案的基础上，进行了进一步优化。如图2所示，所述方法包括：

S210、当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息。

S220、当运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息。

S230、根据客户端基础信息生成目标Mock数据的目标数据结构。

S240、获取接入客户端的目标数据源，基于目标数据源的目标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数据。

一个实施例中，所述判断所述设定接口是否存活，包括：验证所述设定接口的方法声明在JSF注册中心是否注册；当所述方法声明在JSF注册中心未注册时，判定所述设定接口不存活；当所述方法声明在JSF注册中心注册时，判断所述设定接口能否在设定时间段内调用有效数据；当所述设定接口能在设定时间段内调用有效数据时，判定所述设定接口存活，否则，判定所述设定接口不存活。可选的，服务端接口是否存活可通过如下方式判定：获取Mock-client端传递给Mock-server端的传递参数和方法声明，mock-server端根据传递的数据调用jsf服务判断接口是否存活。具体的，首先根据方法声明在JSF注册中心验证是否注册，如果未注册，表明该方法声明不存活；如果已经注册，根据该jsf接口能否在1000ms内返回方法调用预期的数据判断接口是否存活，若该jsf接口在1000ms内未返回方法调用预期的数据，则判定为不存活，并将接口声明的存活状态进行反馈，以快速定位依赖接口的问题。

本发明实施例通过基于目标数据源生成目标Mock数据，为用户提供了多种目标Mock数据的生成方式，使得目标Mock的生成更加灵活。

实施例三

图3a是本发明实施例三所提供的一种Mock数据生成方法的流程图。本实施例在上述实施例的基础上，提供了一种优选实施例。如图3a所示，所述方法包括：

S310、Mock-client收集客户端代码的方法声明、包信息、用户信息，并发起请求。

在本实施例中，通过引入Maven依赖实现Mock-client端的零配置、代码零侵入。可选的，引入Maven依赖可参考如下引入方式：

<dependency>

<groupId>com.jd.m.mocker</groupId>

<artifactId>mocker-client</artifactId>

<version>x.x.x-beta.x</version>

</dependency>

另外，Mock-client还可以自动校验接入客户端的应用环境是否符合Mock条件，如果是生产环境机器，Mock-client会主动关闭开关，不会产生任何不必要的性能损耗及风险，通过智能开关控制就达到了网络隔离的技术效果。

具体的，Mock-client的零配置主要体现在如下3个方面：

1)基础数据零配置：Mock所用到的接入方应用中包括使用者、应用名称等基础数据会由Mock-client自动获取；

2)JSF调用零配置：mock-client采用JSF自身提供的扩展点支持来实现JSF调用过程的零配置，mock过程在JSF的Filter层完成；

3)应用健康监控零配置：应用的启动过程的健康情况会随Spring框架的生命周期由Mock-client上报，并自动注册第一次接入的新应用。

S320、Mock-sever接收从Mock-client端发来的信息，提取相关的协议信息、方法声明信息，动态生成JSON返回值模板。

在本实施例中，在动态生成JSON返回值模板之前，可以根据用户设置的开关判断目标Mock的生成方式。具体的，可以在Mock-server中分别设置应用级别的Mock开关和方法级别的开关。应用级别的Mock开关一旦关闭，此应用下所有的方法均不再进程Mock操作；方法维度的Mock开关，仅控制当个方法是否进行Mock操作，一旦关闭，只会影响这个方法是否进行Mock。若需要实现智能Mock，就需要将应用Mock开关和方法Mock开发都设置为开启状态。可选的，还可以结合Mock数据源控制，确定目标Mock数据。图3b是本发明实施例三中所提供的一种Mock-sever端的控制示意图。图3b中以数据源为后端数据为例，对目标Mock的生成进行了说明。如图3b所示，当应用开关、接口Mock均开启，且服务端接口存活时，直接调用后端服务获取目标Mock数据。当服务端接口不存活时，判断是否存在缓存数据，当存在缓存数据时，调用缓存数据作为目标Mock数据，当不存在缓存数据时，调用Mock服务生成目标Mock数据。

在上述方案中，服务端接口是否存活可通过如下方式判定：结合上述判断逻辑，服务依赖分析能够确定通过mock自动生成的接口服务，以及哪些接口是存活拉取的线上数据的接口服务。在应用启动之后，由Mock-client端请求到Mock-server端传递参数和方法声明，Mock-server端根据传递的数据调用jsf的服务，判断接口是否存活。图3c是本发明实施例三所提供的一种接口存活分析示意图，如图3c所示，Mock-server检测接口声明是否在jsf注册中心验证注册，若未注册，则表明该方法声明不存活；否则，检测该jsf接口能否在1000ms内返回方法调用预期的数据，若该jsf接口未能在1000ms内返回方法调用预期的数据，则判定接口不存活，并将接口声明的存活状态进行反馈。

S330、Mock接收Mock-sever存储在数据的信息，结合用户请求类型生成可操作返回值界面。

S340、根据用户在Mock平台上可选的操作数据源控制、应用控制，将数据返回策略返回给Mock-sever。

在本实施例中，通过自动生成可操作返回值界面，基于可操作返回值界面自动生成Mock数据。图3d是本发明实施例三所提供的一种Mock数据自动生成示意图。如图3d所示，本地应用启动后，Mock-sever根据依赖接口解析并Mock出日益复杂的项目依赖的服务接口。其中，实现服务接口的自动生成需要解决如下技术问题：一、对类的结构解析，选择通用的占位符规范，生成标准的JSON模板。二、解析JSON模板生成客户端需要的JSON字符串。

在上述方案的基础上，可以通过对数据源的智能控制，灵活的解决数据的单一性，同时能最大限度的复原数据的真实性，同时保障Mock数据的稳定性。也就是说，通过Mock数据来源控制方法返回值生成策略，也是智能Mock实现的关键。图3e是本发明实施例三所提供的一种数据源控制示意图。如图3e所述，数据源可以包括：

1)历史数据：也称为缓存数据，可以理解为项目启动时，保存在缓存数据表中的上一次拉取的线上数据，可作为应用级别的应用数据源和方法级别的方法数据源；

2)自动生成：强制Mock操作，通过返回值模版来生成Mock数据，可作为应用级别的应用数据源和方法级别的方法数据源；

3)智能选择：智能选择是在服务优先请求服务端接口拉取数据，如果接口不存活，则从缓存数据表中拉取数据，如果缓存数据表也不存在，则直接使用Mock生成返回值数据，可作为应用级别的应用数据源；

4)后端依赖：强制请求服务端接口拉取返回值数据，可作为方法级别的方法数据源；

5)同应用来源：可作为方法级别的方法数据源，如果使用同应用来源控制数据来源，则将其同步至应用级别的应用数据源控制中。

由图3e可知，私有模版的数据源控制优先级最高，然后是应用模板数据源控制，之后是公有模板数据源的控制，最后是应用级别的数据源控制。其中，公有模板是通过接口声明信息序列化出来的所有应用都公用的JSON格式数据规范；应用模版范围要比公有模板小些，是在应用维度使用的序列化出来的JSON格式的数据规范；参数化模板是通过请求过来的参数，与接口声明序列化出来的JSON个数数据规范匹配起来的数据模型，客户端请求到服务器再到数据库时，通过参数进行匹配。

需要说明的是，本实施例中Mock开关控制应用、方法是否Mock是是否自动生成目标Mock数据的核心因素，当Mock开关开启时，才能根据Mock数据来源的规则进行处理生成Mock数据。还可以通过Mock开关与Mock数据源的灵活设置实现mock自动化生成。图3f是本发明实施例三所提供的又一种Mock数据生成示意图。如图3f所示，Mock-sever在判定Mock开启、接口开启后，根据方法数据源对应的数据源，执行相应的数据来源规则，生成Mock数据。

本发明实施例基于包依赖在客户端零配置和代码零侵入的方式接入Mock-client包，实现了自动识别网络环境并基于网络环境进行本地和线上的网络隔离；另外，通过Mock-server内置的智能数据生成策略，灵活的进行Mock数据的生成。

实施例四

图4是本发明实施例四所提供的一种Mock数据的生成装置的结构示意图。该Mock数据的生成装置可以采用软件和/或硬件的方式实现，例如该Mock数据的生成装置可以配置于计算机设备中。如图4所示，所述装置包括基础信息获取模块410、数据结构生成模块420和Mock数据生成模块430，其中：

运行环境获取模块410，用于当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息；

基础信息获取模块420，用于当运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息；

数据结构生成模块430，用于根据客户端基础信息生成目标Mock数据的目标数据结构；

Mock数据生成模块440，用于根据目标数据结构生成目标Mock数据。

本发明实施例通过运行环境获取模块当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息；基础信息获取模块当运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息；数据结构生成模块根据客户端基础信息生成目标Mock数据的目标数据结构；Mock数据生成模块根据接入客户端的Mock控制状态和目标数据结构生成目标Mock数据，通过基于包依赖自动收集接入客户端的客户端基础信息，并基于基础信息自动生成接入客户端的目标Mock数据，解决了现有技术中为JSF服务层提供Mock服务时项目代码侵入性较强的技术问题，实现了无需其他客户端配置即可实现Mock数据的自动生成。

可选的，在上述方案的基础上，装置还包括包依赖引入模块，用于：

在基于包依赖获取接入客户端的运行环境信息之前，获取基于客户端信息获取逻辑生成的软件开发工具包，将软件开发工具包引入Maven依赖。

可选的，在上述方案的基础上，基础信息获取单元具体用于：

当接入客户端接入时，获取接入客户端的运行环境信息；

当所运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息。

可选的，在上述方案的基础上，数据结构生成模块430具体用于：

获取客户端基础信息中的类名，获取类名对应的类的结构；

基于类的结构和通用占位符规范生成目标数据结构。

可选的，在上述方案的基础上，Mock数据生成模块440具体用于：

获取接入客户端的目标数据源，基于目标数据源的目标Mock数据生成规则生成目标数据结构的目标Mock数据。

可选的，在上述方案的基础上，Mock数据生成模块440具体用于如下至少之一：

当所述目标数据源为历史数据时，调用所述目标数据结构的缓存数据作为所述目标Mock数据；

当所述目标数据源为自动生成时，基于所述目标数据结构生成Mock数据；

当所述目标数据源为智能推荐或后台数据时，通过请求设定接口获取所述目标数据结构的目标Mock数据。

可选的，在上述方案的基础上，Mock数据生成模块440具体用于：

判断所述设定接口是否存活；

当所述设定接口存活时，调用所述设定接口获取所述目标数据结构的目标Mock数据；

当所述设定接口不存活时，调用所述目标数据结构的缓存数据作为所述目标Mock数据或基于所述目标数据结构生成Mock数据。

可选的，在上述方案的基础上，Mock数据生成模块440具体用于：

验证所述设定接口的方法声明在JSF注册中心是否注册；

当所述方法声明在JSF注册中心未注册时，判定所述设定接口不存活；

当所述方法声明在JSF注册中心注册时，判断所述设定接口能否在设定时间段内调用有效数据；

当所述设定接口能在设定时间段内调用有效数据时，判定所述设定接口存活，否则，判定所述设定接口不存活。

可选的，在上述方案的基础上，装置还包括控制状态判断模块，用于：

获取接入客户端的Mock控制状态；

当Mock控制状态为开启状态时，根据客户端基础信息生成目标Mock数据的目标数据结构。

本发明实施例所提供的Mock数据的生成装置可执行本发明任意实施例所提供的Mock数据的生成方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5是本发明实施例五所提供的一种计算机设备的结构示意图。图5示出了适于用来实现本发明实施方式的示例性计算机设备512的框图。图5显示的计算机设备512仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机设备512以通用计算设备的形式表现。计算机设备512的组件可以包括但不限于：一个或者多个处理器516，系统存储器528，连接不同系统组件(包括系统存储器528和处理器516)的总线518。

总线518表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器516或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备512典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备512访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器528可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)530和/或高速缓存存储器532。计算机设备512可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储装置534可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线518相连。存储器528可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块542的程序/实用工具540，可以存储在例如存储器528中，这样的程序模块542包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块542通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备512也可以与一个或多个外部设备514(例如键盘、指向设备、显示器524等)通信，还可与一个或者多个使得用户能与该计算机设备512交互的设备通信，和/或与使得该计算机设备512能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口522进行。并且，计算机设备512还可以通过网络适配器520与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器520通过总线518与计算机设备512的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备512使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器516通过运行存储在系统存储器528中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的Mock数据的生成方法，该方法包括：

当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息；

当运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息；

根据客户端基础信息生成目标Mock数据的目标数据结构；

基于目标数据结构生成目标Mock数据。

当然，本领域技术人员可以理解，处理器还可以实现本发明任意实施例所提供的Mock数据的生成方法的技术方案。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例所提供的Mock数据的生成方法，该方法包括：

当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息；

当运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息；

根据客户端基础信息生成目标Mock数据的目标数据结构；

基于目标数据结构生成目标Mock数据。

当然，本发明实施例所提供的一种计算机可读存储介质，其上存储的计算机程序不限于如上的方法操作，还可以执行本发明任意实施例所提供的Mock数据的生成方法的相关操作。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

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

当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息；

当所述运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息；

根据所述客户端基础信息生成目标Mock数据的目标数据结构；

基于所述目标数据结构生成所述目标Mock数据。

2.根据权利要求1所述的方法，其特征在于，在基于包依赖获取接入客户端的运行环境信息之前，还包括：

获取基于客户端信息获取逻辑生成的软件开发工具包，将所述软件开发工具包引入Maven依赖。

3.根据权利要求1所述的方法，其特征在于，所述根据所述客户端基础信息生成目标Mock数据的目标数据结构，包括：

获取所述客户端基础信息中的类名，获取所述类名对应的类的结构；

基于所述类的结构和通用占位符规范生成所述目标数据结构。

4.根据权利要求1所述的方法，其特征在于，所述根据所述目标数据结构生成所述目标Mock数据，包括：

获取所述接入客户端的目标数据源，基于所述目标数据源的目标Mock数据生成规则生成所述目标数据结构的目标Mock数据。

5.根据权利要求4所述的方法，其特征在于，所述基于所述目标数据源的目标Mock数据生成规则生成所述目标数据结构的目标Mock数据，包括如下至少之一：

当所述目标数据源为历史数据时，调用所述目标数据结构的缓存数据作为所述目标Mock数据；

当所述目标数据源为自动生成时，基于所述目标数据结构生成Mock数据；

当所述目标数据源为智能推荐或后台数据时，通过请求设定接口获取所述目标数据结构的目标Mock数据。

6.根据权利要求5所述的方法，其特征在于，所述通过请求设定接口获取所述目标数据结构的目标Mock数据，包括：

判断所述设定接口是否存活；

当所述设定接口存活时，调用所述设定接口获取所述目标数据结构的目标Mock数据；

当所述设定接口不存活时，调用所述目标数据结构的缓存数据作为所述目标Mock数据或基于所述目标数据结构生成Mock数据。

7.根据权利要求6所述的方法，其特征在于，所述判断所述设定接口是否存活，包括：

验证所述设定接口的方法声明在JSF注册中心是否注册；

当所述方法声明在JSF注册中心未注册时，判定所述设定接口不存活；

当所述方法声明在JSF注册中心注册时，判断所述设定接口能否在设定时间段内调用有效数据；

当所述设定接口能在设定时间段内调用有效数据时，判定所述设定接口存活，否则，判定所述设定接口不存活。

8.根据权利要求1所述的方法，其特征在于，在根据所述客户端基础信息生成目标Mock数据的目标数据结构之前，还包括：

获取所述接入客户端的Mock控制状态；

当所述Mock控制状态为开启状态时，根据所述客户端基础信息生成目标Mock数据的目标数据结构。

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

运行环境获取模块，用于当检测到客户端接入时，基于包依赖获取接入客户端的运行环境信息；

基础信息获取模块，用于当所述运行环境信息符合设定的Mock条件时，获取接入客户端的客户端基础信息；

数据结构生成模块，用于根据所述客户端基础信息生成目标Mock数据的目标数据结构；

Mock数据生成模块，用于根据所述目标数据结构生成所述目标Mock数据。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的Mock数据的生成方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一所述的Mock数据的生成方法。

Images