CN108804303B - 一种提供数据的方法和系统 - Google Patents

Abstract

本发明提供一种提供数据的系统和方法，涉及计算机技术领域。该系统的一具体实施例包括：本地存储模块，用于保存不同类型配送中心的配置数据；Mock管理模块，用于接收预设的订单的配送中心类型，从本地存储模块中获取该类型配送中心的配置数据；接收预设的订单中每个商品在所述配送中心类型下的库存状态；以及将配置数据和库存状态数据通过Mock接口提供给数据需求方；Mock接口，用于提供数据。该实施方式解决了依赖外部系统配置的问题，大大缩短了在测试之前准备测试数据的时间，提高了测试效率。

Description

一种提供数据的方法和系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种提供数据的方法和系统。

背景技术

随着网购用户的日益增长，电商业务发展也越来越迅速。那么如何能够做到在满足客户需求的同时也节约电商的生产成本，是一个需要重视的问题。计划系统在订单履约中是一个重要的环节，是一个决定订单怎么去生产(生产模式)，去哪生产(配送中心(仓所属的配送中心，以城市名命名)，库房)，何时去生产(什么时候下传到库房)的系统，在测试这个系统的时候，就需要模拟各种仓类型订单，一单多品的订单，多种库存状态的商品等来组合下单验证不同生产场景。

现有技术中，对于不容易构造或者不容易获取的对象，通常通过创建一个虚拟对象来方便测试人员测试。现有技术中的Mock接口只是针对某一个接口实现方法返回值，而且所用到的基础数据都比较简单，甚至有可能就是一个对象或几个参数，但是针对大数量或大的一个文件作为基础数据，去Mock一个这样的接口及对应的多个方法，工作量就非常大。

综上所述，现有技术中，对于测试参数多的情况，由于数据量大，而且各个场景的配置参数又多，因而前期数据准备时依赖于数据库，因而增加了测试数据的准备时间，降低了测试工作效率。

发明内容

有鉴于此，本发明实施例提供一种提供数据的系统、方法、电子设备和可读存储介质，解决了依赖外部系统配置的问题，大大缩短了在测试之前准备测试数据的时间，提高了测试效率。

为实现上述目的，根据本发明实施例的一个方面，提供了一种提供数据的系统。

本发明的提供数据的系统，包括：本地存储模块，用于保存不同类型配送中心的配置数据；Mock管理模块，用于接收预设的订单的配送中心类型，从本地存储模块中获取该类型配送中心的配置数据；接收预设的订单中每个商品在所述配送中心类型下的库存状态；以及将配置数据和库存状态数据通过Mock接口提供给数据需求方；Mock接口，用于提供数据。

可选地，所述Mock管理模块还用于：将本地存储模块中配置数据加载到缓存中；根据接收到的配送中心类型从缓存中获取该类型的配置数据。

可选地，所述配送中心的类型包括：一个配送中心和多个配送中心。

根据本发明实施例的第二个方面，提供了一种提供数据的方法。

本发明的提供数据的方法包括：本地存储模块保存不同类型配送中心的配置数据；Mock管理模块接收预设的订单的配送中心类型，以及从本地存储模块中获取该类型配送中心的配置数据；Mock管理模块接收预设的订单中每个商品在所述配送中心类型下的库存状态；Mock管理模块通过Mock接口将配送中心的配置数据和库存状态数据提供给数据需求方。

可选地，Mock管理模块从本地存储模块中获取该类型配送中心的配置数据的步骤包括：将本地存储模块中的配置数据加载到缓存中；根据接收到的配送中心类型从缓存中获取该类型的配置数据。

可选地，所述配送中心的类型包括：一个配送中心和多个配送中心。

根据本发明实施例的第三个方面，提供了一种电子设备。

本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的提供数据的方法。

根据本发明实施例的第四个方面，提供了一种计算机可读介质。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的提供数据的方法。

根据本发明的技术方案，由于在本地保存了相关的数据，因而在需要通过大量数据进行测试的时候，可以不需要依赖外部系统的大数据环境，通过人为设定相关参数就可以模拟各种场景，缩短了数据的准备时间，降低了模拟订单数据的难度，提高了测试数据准备的效率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的提供的一种提供数据的系统的示意图；

图2是根据本发明实施例的提供的一种提供数据的方法的示意图；

图3是适于用来实现本发明实施例的终端设备的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

订单生产计划系统在订单履约中是一个重要的环节，该系统用于为订单找最优的生产配送中心，成本最低的生产模式来生产；并且对于整单非现货(订单下有一个商品或多个商品不是现货)的情况，确定订单的生产方式。在对订单生成计划系统处理逻辑进行测试的时候，通常需要对订单中的商品设置不同的测试条件，比如，设置不同配送中心，库存状态等等。

Mock测试是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。在现有技术中，由于订单生产计划系统的测试数据依赖于的配送中心列表及jar包(jar包包含多个针对配送中心配置数据的调用方法)，而且数据量非常大，因而，需要Mock这些强依赖的接口，模拟成符合预设场景的订单数据进行模拟验证。通常接口Mock只是针对某一个接口实现方法返回值，所用到的基础数据都比较简单，甚至有可能就是一个对象或几个参数，那么在针对大数量或大的一个文件作为基础数据，去Mock一个这样的接口及对应的多个方法jar包的工作量非常大。为了解决系统测试过程中前期测试数据的准备，本发明技术方案中，在本地保存了配送中心的配置数据，通过Mock管理端生成所需场景的订单生产数据，然后将这些数据提供给订单生产计划系统进行订单生产逻辑的验证。

本发明技术方案采用了Mock方式+本地缓存的方法去解决前期准备测试数据时间长的问题。对于订单生产计划系统来说，其实主要是验证该系统在设定场景下的处理逻辑及流程是否正确，因而没必要关心具体获取的是什么配送中心，只需要验证单个或多个配送中心的场景下不同库存状态的组合场景下处理逻辑即可，这样就大大缩短了前期准备测试数据时间，而且也不会强依赖外部接口，提高了工作效率。

图1是根据本发明实施例的提供的一种提供数据的系统的示意图。如图1所示，本发明是实施例的提供数据的系统100包括：本地存储模块101、Mock管理模块102、以及Mock接口103；本地存储模块101用于保存不同类型配送中心的配置数据；Mock管理模块102用于接收预设的订单的配送中心类型，从本地存储模块中获取该类型配送中心的配置数据；接收预设的订单中每个商品在所述配送中心类型下的库存状态；以及将配置数据和库存状态数据通过Mock接口提供给数据需求方；Mock接口103用于提供数据；其中，所述配送中心的类型包括：一个配送中心和多个配送中心；多个配送中心通常可以是两个配送中心和三个配送中心。

提供数据的系统10的Mock管理模块102还可用于：将本地存储模块中配置数据加载到缓存中；根据接收到的配送中心类型从缓存中获取该类型的配置数据。

图2是根据本发明实施例的提供的一种提供数据的方法的示意图。如图2所示，本发明实施例的提供数据的执行主体为图1中所示的提供数据的系统100，该方法主要包括如下步骤S201至S204。

步骤S201：本地存储模块101保存不同类型配送中心的配置数据。在该步骤中，为了避免前期数据准备时间长的问题，因而在本地保存模块中保存配送中心的配置数据；配送中心的类型包括一个配送中心和多个配送中心。在该实施例中，假设包括三种类型：一个配送中心、两个配送中心和三个配送中心，由于只是验证订单生产系统的处理逻辑，因而只需要在一个配送中心下任意设置一个配送中心的配置数据即可；同理，在两个配送中心下设置两个配送中心的配置数据；在三个配送中心下设置三个配送中心的配置数据，这样就避免了依赖配送中心的接口去获取符合场景的数据的问题。

步骤S202：Mock管理模块接收预设定的订单的配送中心类型，从本地存储模块中获取该类型配送中心的配置数据。在该步骤中，预设的订单的配送中心类型可以由测试人员通过Mock管理模块的界面去选择订单的配送中心的类型，比如选择两个配送中心，那么，Mock管理模块从步骤S201所保存的配置数据中获取两个配送中心的配置数据；在获取配置数据时候，为了能够更及时的获取到数据，可以将本地存储模块中所保存的配置数据加载到缓存中，然后再根据测试人员的选择的配送中心的类型，从缓存中获取对应于所选类型的配送中心的配置数据。

步骤S203：Mock管理模块接收预设定的订单中每个商品在所述配送中心类型下的库存状态。在该步骤中，订单中商品的库存状态也可以由测试人员通过Mock管理模块的界面进行选择；当所选择的配送中心的类型为一个配送中心时，那么测试人员需要在该配送中心下设定订单中每一个商品在该配送中心中的库存状态；当测试人员所选择的配送中的类型为多个配送中心时，以两个配送中心为例(配送中心A和B)，假设订单中包括两个商品(商品a和商品b)，此时，测试人员就需要分别设定商品a在配送中心A和配送中心B下的库存状态，以及分别设定商品b在配送中心A和配送中心B下的库存状态。

步骤S204：Mock管理模块通过Mock接口将配送中心的配置数据和库存状态数据提供给数据需求方。在该步骤中，数据需求方即订单生成计划系统，当订单生产计划系统需要获取不同场景时的订单数据时，Mock管理模块通过Mock接口将步骤S202和步骤S203中的数据提供给订单生产计划系统，从而实现对该系统的订单生产逻辑的验证。

下面参考图3，其示出了适于用来实现本发明实施例的终端设备的计算机系统300的结构示意图。图3示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图3所示，计算机系统300包括中央处理单元(CPU)301，其可以根据存储在只读存储器(ROM)302中的程序或者从存储部分308加载到随机访问存储器(RAM)303中的程序而执行各种适当的动作和处理。在RAM 303中，还存储有系统300操作所需的各种程序和数据。CPU 301、ROM 302以及RAM 303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。

以下部件连接至I/O接口305：包括键盘、鼠标等的输入部分306；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分307；包括硬盘等的存储部分308；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分309。通信部分309经由诸如因特网的网络执行通信处理。驱动器310也根据需要连接至I/O接口305。可拆卸介质311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器310上，以便于从其上读出的计算机程序根据需要被安装入存储部分308。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分309从网络上被下载和安装，和/或从可拆卸介质311被安装。在该计算机程序被中央处理单元(CPU)301执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种提供数据的系统包括：本地存储模块、Mock管理模块、以及Mock接口。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，Mock管理模块用于接收预设的订单的配送中心类型，从本地存储模块中获取该类型配送中心的配置数据。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：本地保存模块保存不同类型配送中心的配置数据；Mock管理模块接收预设的订单的配送中心类型，以及从本地存储模块中获取该类型配送中心的配置数据；Mock管理模块接收预设的订单中每个商品在所述配送中心类型下的库存状态；Mock管理模块通过Mock接口将配送中心的配置数据和库存状态数据提供给数据需求方。

根据本发明实施例的技术方案，由于在本地保存了相关的数据，因而在需要通过大量数据进行测试的时候，可以不需要依赖外部系统的大数据环境，通过人为设定相关参数就可以模拟各种场景，缩短了数据的准备时间，降低了模拟订单数据的难度，提高了测试数据准备的效率。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (8)

1.一种提供数据的系统，其特征在于，包括：

本地存储模块，用于保存不同类型配送中心的配置数据；

Mock管理模块，用于接收预设的订单的配送中心类型，以及从本地存储模块中获取该类型配送中心的配置数据；接收预设的订单中每个商品在所述配送中心类型下的库存状态；以及将配置数据和库存状态数据通过Mock接口提供给数据需求方；

Mock接口，用于提供数据。

2.根据权利要求1所述的系统，其特征在于，所述Mock管理模块还用于：

将本地存储模块中配置数据加载到缓存中；

根据接收到的配送中心类型从缓存中获取该类型的配置数据。

3.根据权利要求1所述的系统，其特征在于，所述配送中心的类型包括：一个配送中心和多个配送中心。

4.一种提供数据的方法，其特征在于，包括：

本地存储模块保存不同类型配送中心的配置数据；

Mock管理模块接收预设的订单的配送中心类型，以及从本地存储模块中获取该类型配送中心的配置数据；

Mock管理模块接收预设的订单中每个商品在所述配送中心类型下的库存状态；

Mock管理模块通过Mock接口将配送中心的配置数据和库存状态数据提供给数据需求方。

5.根据权利要求4所述的方法，其特征在于，Mock管理模块从本地存储模块中获取该类型配送中心的配置数据的步骤包括：

将本地存储模块中的配置数据加载到缓存中；

根据接收到的配送中心类型从缓存中获取该类型的配置数据。

6.根据权利要求4所述的系统，其特征在于，所述配送中心的类型包括：一个配送中心和多个配送中心。

7.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求4-6中任一所述的方法。

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

Images