CN112685287B - 产品数据的测试方法、装置、存储介质及电子装置 - Google Patents

Abstract

本发明实施例提供了一种产品数据的测试方法、装置、存储介质及电子装置，其中，该方法包括：接收用于请求发布产品数据的请求信息；在基于请求信息确定产品数据的类型为测试数据的情况下，从允许发布产品数据的多个第一服务器中确定出第二服务器；在确定第二服务器为灰度服务器后，将产品数据发布至第二服务器中，以指示第二服务器对产品数据进行测试，其中，灰度服务器为停止提供服务的服务器。通过本发明，解决了相关技术中存在的测试产品数据会影响线上业务的问题，达到在测试产品数据时不影响线上业务的效果。

Description

产品数据的测试方法、装置、存储介质及电子装置

技术领域

本发明实施例涉及通信领域，具体而言，涉及一种产品数据的测试方法、装置、存储介质及电子装置。

背景技术

在相关技术中，产品发布进行产品数据测试时，无论是在验收测试环境还是生产环境，都会对线上环境产生影响，一种方式是停止服务，进行发布及测试，测试通过后，恢复线上服务，此种方式会导致线上服务在发布新版本时停止对外提供服务，发布过程中服务不可用；另外一种方式是业界经常使用的灰度发布方式，此种方式是基于权重算法的，比如：新发布的节点权重为1，原有的其它节点加起来为9，那么可以不停线上的服务，线上的业务会有十分之一的流量走到新部署的这个节点上。有一定的风险，如果新部署的节点有问题，会导致线上十分之一的服务流量出现异常。

由此可知，相关技术中存在测试产品数据会影响线上业务问题。

针对相关技术中存在的上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种产品数据的测试方法、装置、存储介质及电子装置，以至少解决相关技术中存在测试产品数据会影响线上业务的问题。

根据本发明的一个实施例，提供了一种产品数据的测试方法，包括：接收用于请求发布产品数据的请求信息；在基于所述请求信息确定所述产品数据的类型为测试数据的情况下，从允许发布所述产品数据的多个第一服务器中确定出第二服务器；在确定所述第二服务器为灰度服务器后，将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试，其中，所述灰度服务器为停止提供服务的服务器。

根据本发明的另一个实施例，提供了一种产品数据的测试装置，包括：接收模块，用于接收用于请求发布产品数据的请求信息；确定模块，用于在基于所述请求信息确定所述产品数据的类型为测试数据的情况下，从允许发布所述产品数据的多个第一服务器中确定出第二服务器；测试模块，用于在确定所述第二服务器为灰度服务器后，将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试，其中，所述灰度服务器为停止提供服务的服务器。

根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，在接收到用于请求发布产品的请求信息之后，在根据请求信息确定产品数据的类型为测试数据的情况下，从允许发布产品数据的多个第一服务器中确定出第二服务器，在确定第二服务器为灰度服务器的情况下，将产品数据发布至第二服务器中，以指示第二服务器对产品数据进行测试。由于在产品数据为测试数据的情况下，将产品数据发布至灰度服务器中，以对产品数据进行测试，因此，可以解决相关技术中存在的测试产品数据会影响线上业务的问题，达到在测试产品数据时不影响线上业务的效果。

附图说明

图1是本发明实施例的一种产品数据的测试方法的移动终端的硬件结构框图；

图2是根据本发明实施例的产品数据的测试方法的流程图；

图3是根据本发明示例性实施例的产品数据的测试系统框架架构图；

图4是根据本发明实施例的产品数据的测试装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明的实施例。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种产品数据的测试方法的移动终端的硬件结构框图。如图1所示，移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，其中，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的产品数据的测试方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种产品数据的测试方法，图2是根据本发明实施例的产品数据的测试方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，接收用于请求发布产品数据的请求信息；

步骤S204，在基于所述请求信息确定所述产品数据的类型为测试数据的情况下，从允许发布所述产品数据的多个第一服务器中确定出第二服务器；

步骤S206，在确定所述第二服务器为灰度服务器后，将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试，其中，所述灰度服务器为停止提供服务的服务器。

在上述实施例中，第一服务器可以是实现一类服务的服务器，例如，第一服务器可以为实现登录功能的服务器，其中，第一服务器可以有多个服务器，每个服务器均可以实现登录功能。第一服务器可以为微服务业务服务器，第一服务器在向注册中心注册时，可以写入元数据environment属性，例如，写入的属性为grey，则说明该服务器为灰度服务器。如果不设置属性或设置其他值，则认为该服务器为非灰度服务器。其中，灰度服务器为测试产品数据的服务器，非灰度服务器为发布产品数据的服务器。灰度服务器不对接用户，因此，即使产品数据出现问题，或服务器存在问题，也不会影响线上的业务。

在上述实施例中，请求信息可以为生产请求、测试请求，当请求信息为生产请求的情况下，可以将产品数据发布到非灰度服务器中，用户可以连接非灰度服务器使用产品。当请求信息为测试请求的情况下，可以在第一服务器中确定出灰度服务器，即第二服务器，将产品数据发布到第二服务器中。其中，第二服务器可以为新创建的服务器。例如，线上某产品服务需要三个系统提供服务，服务A调用服务B调用服务C，完成此业务服务流程；每个服务都有4个逻辑节点(对应于上述第一服务器)提供服务保证服务的高可用性；在新版本发布时，比如需要发布服务A和服务C，先停掉服务A和服务C的node4节点，发布新版本，此版本的服务启动时，向Nacos注册中心，提交元数据environment＝grey，表示此节点为一个灰度节点。然后，将数据发布到该节点，进行测试。

可选地，上述步骤的执行主体可以是服务网关、后台处理器，或者其他的具备类似处理能力的设备，还可以是至少集成数据处理设备的机器，其中，数据处理设备可以包括计算机、手机等终端，但不限于此。

通过本发明，在接收到用于请求发布产品的请求信息之后，在根据请求信息确定产品数据的类型为测试数据的情况下，从允许发布产品数据的多个第一服务器中确定出第二服务器，在确定第二服务器为灰度服务器的情况下，将产品数据发布至第二服务器中，以指示第二服务器对产品数据进行测试。由于在产品数据为测试数据的情况下，将产品数据发布至灰度服务器中，以对产品数据进行测试，因此，可以解决相关技术中存在的测试产品数据会影响线上业务的问题，达到在测试产品数据时不影响线上业务的效果。

在一个示例性实施例中，在从允许发布所述产品数据的多个第一服务器中确定出第二服务器之后，所述方法还包括：确定所述第二服务器的服务器类型；在确定所述第二服务器为非灰度服务器的情况下，将所述第二服务器调整为所述灰度服务器。在本实施例中，当确定第二服务器时，还可以在第一服务器中确定出的非灰度服务器，然后将非灰度服务器的属性修改为灰度服务器，即第二服务器可以为修改属性的服务器。当第二服务器为修改属性的服务器时，在修改属性后，可以将连接该服务器的用户连接至与该服务器相同类型的其他服务器中。

在一个示例性实施例中，从允许发布所述产品数据的多个第一服务器中确定出第二服务器包括：获取所述请求信息中包括的统一资源定位符URL及属性信息；基于所述URL确定允许发布所述产品数据的多个所述第一服务器；确定多个所述第一服务器的服务器属性；在基于所述服务器属性信息确定出多个所述第一服务器中包括灰度服务器的情况下，将所述灰度服务器确定为所述第二服务器；在基于所述服务器属性信息确定出多个所述第一服务器中不包括灰度服务器的情况下，按照预定规则从多个所述第一服务器中确定出所述第二服务器。在本实施例中，请求信息中可以包括URL和产品数据的属性信息，根据URL信息可以确定允许发布产品数据的多个第一服务器，再通过注册中心确定多个第一服务器的服务器属性信息，在多个第一服务器中包括服务器属性信息为灰度服务器的情况下，将灰度服务器确定为第二服务器。

在上述实施例中，服务网关根可以据URL规则，首先寻找到需要路由的服务，再根据路由服务的名称，从注册中心获取到所有的此服务的节点(对应于上述多个第一服务器)，再根据请求信息的header属性environment的值来和所有节点的元数据environment的值来判断是路由到灰度节点还是非灰度节点，比如是灰度节点，再在符合条件的节点中用轮询规则选择要转发的节点进行转发。

在一个示例性实施例中，在接收用于请求发布产品数据的请求信息之后，所述方法还包括：在基于所述请求信息确定所述产品数据的类型为生产数据的情况下，从允许发布所述产品数据的多个第一服务器中确定出第三服务器，其中，所述第三服务器为非灰度服务器；将所述产品数据发布至所述第三服务器中。在本实施例中，当可以根据请求信息中包括的URL确定允许发布产品数据的多个第一服务器，再通过注册中心确定多个第一服务器的服务器属性信息，在多个第一服务器中包括服务器属性信息为非灰度服务器的情况下，将灰度服务器确定为第三服务器。

在一个示例性实施例中，在将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试之后，所述方法还包括：在确定所述第二服务器对所述产品数据进行测试后的测试结果为测试通过的情况下，将所述第二服务器调整为非灰度服务器。在本实施例中，生产的请求只会路由到所有的非灰度节点，以保证所有生产请求都是正常的。测试人员测试灰度节点的正确性，在测试请求的header属性中增加environment＝grey属性，表示这是一个灰度请求，此请求优先路由到灰度节点，也就是刚刚发布的新版本节点，在测试人员测试通过后，可以通过管理端，把此灰度节点的元数据environment＝grey去掉，恢复成正常的生产节点，然后逐一将生产请求发布到另外的节点，完成整个生产环境发布流程。

在一个示例性实施例中，在将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试之后，所述方法还包括：所述第二服务器在确定完成对所述产品数据的测试，且测试结果为测试通过的情况下，将所述产品数据发布至第四服务器中，其中，所述第四服务器为所述第二服务器的下游服务器。在本实施例中，可以通过Nacos注册中心，写入多个第一服务器的元数据environment属性，表示节点为灰度节点还是非灰度节点；服务调用下游服务透传header的environment属性，框架需要设计为自动透传服务请求中的header属性environment到下游服务，不干扰业务实现。服务调用下游服务时的灰度发现算法为根据调用的服务名称，从注册中心获取到所有的此服务提供者的节点，再根据请求的header属性environment的值来和节点的元数据environment的值来判断是调用灰度节点还是非灰度节点，比如是灰度节点，再在符合条件的节点中用轮询规则选择要转发的节点进行调用。

在一个示例性实施例中，所述第一服务器包括微服务业务服务器。在本实施例中，新版本发布时，如果在生产环境中，不需要停止线上服务，并且正常的业务流量只走原来的服务节点，只用测试数据走新发布的版本节点，完全不影响线上服务；如果在验收测试环境，不会影响当前的功能测试，可以部署新的版本节点，使用不同的测试数据，根据需求不同，走各自的版本节点，互相不干扰。产品数据测试可以基于微服务方式，通过服务网关及微服务框架来实现精准的服务路由，实现精准的灰度发布，技术栈可以基于spring cloud的微服务体系。产品数据的测试系统框架架构图可参见附图3，如图3所示，

该系统包括：

Nacos服务注册中心32：微服务的消费者和提供者的注册中心，提供服务注册及发现功能；

服务网关34：提供http服务请求的路由转发，根据URL及header中信息，转发到相对应的服务节点；并通过Nacos注册及发现需要调用的服务的节点；

服务节点36：对外提供各种服务，并通过Nacos注册及发现需要调用的服务的节点。

在发布新产品时，例如，线上某产品服务需要三个系统提供服务，服务A调用服务B调用服务C，完成此业务服务流程；每个服务都有4个逻辑节点提供服务保证服务的高可用性。在新版本发布时，比如，需要发布服务A和服务C，先停掉服务A和服务C的node4节点，发布新版本，此版本的服务启动时，向Nacos注册中心，提交元数据environment＝grey，表示此节点为一个灰度节点，待验证。服务请求：生产的请求只会路由到所有的非灰度节点，这样保证所有生产请求都是正常的；测试人员测试灰度节点的正确性，在测试请求的header属性中增加environment＝grey属性，表示这是一个灰度请求，此请求优先路由到灰度节点，也就是刚刚发布的新版本节点，这样等测试人员测试通过后，可以通过管理端，把此灰度节点的元数据environment＝grey去掉，恢复成正常的生产节点，然后逐一发布另外三个节点，完成整个生产环境发布流程。

服务注册元数据environment的设计：系统服务的节点启动时，通过在Nacos注册中心注册时，写入元数据environment属性为grey，用来表示此节点为灰度节点，如果不设置属性，则认为该节点为非灰度节点；

服务请求中header属性environment的设计：服务请求的header属性environment的值为grey，设计用来表示请求为测试请求，用来区分生产的实际请求和测试请求；

服务网关的实现可以在spring cloud gateway上进行扩展，通过自定义路由算法来实现灰度路由，路由算法为：服务网关根据URL规则，首先寻找到需要路由的服务，再根据路由服务的名称，从注册中心获取到所有的此服务的节点，再根据请求的header属性environment的值来和所有节点的元数据environment的值来判断是路由到灰度节点还是非灰度节点，比如是灰度节点，再在符合条件的节点中用轮询规则选择要转发的节点进行转发。

微服务的框架实现可以基于spring boot。服务注册：通过Nacos注册中心，写入自己的元数据environment属性，表示节点为灰度节点还是非灰度节点；服务调用下游服务透传header的environment属性：框架需要设计为自动透传服务请求中的header属性environment到下游服务，不干扰业务实现；服务调用下游服务时的灰度发现算法：根据调用的服务名称，从注册中心获取到所有的此服务提供者的节点，再根据请求的header属性environment的值来和节点的元数据environment的值来判断是调用灰度节点还是非灰度节点，比如是灰度节点，再在符合条件的节点中用轮询规则选择要转发的节点进行调用。

在前述实施例中，可以精准的把测试数据路由到新发布的版本节点上，生产数据路由到原有生产节点，在线上环境完全测试通过后，在逐一把各个生产节点发布为新版本，即使新版本的节点出现问题，也完全不影响线上业务。实现了生产环境的精确灰度发布方式，即在生产环境先发布服务的灰度节点，生产的请求会继续使用非灰度节点进行业务处理，测试人员可以使用测试数据，在生产环境使用灰度节点进行测试，不会干扰线上系统，测试通过后再把灰度节点转发正常节点给生产环境使用，然后把所有节点逐一发布。即服务新版本发布时使用灰度节点发布，不需要停止线上服务，也不影响线上的业务使用，在灰度节点测试通过后，再逐一升级所有节点。使版本升级过程更加平滑，对生产环境几乎没有负面影响。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种产品数据的测试装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本发明实施例的产品数据的测试装置的结构框图，如图4所示，该装置包括：

接收模块42，用于接收用于请求发布产品数据的请求信息；

确定模块44，用于在基于所述请求信息确定所述产品数据的类型为测试数据的情况下，从允许发布所述产品数据的多个第一服务器中确定出第二服务器；

测试模块46，用于在确定所述第二服务器为灰度服务器后，将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试，其中，所述灰度服务器为停止提供服务的服务器。

在一个示例性实施例中，所述装置可以用于在从允许发布所述产品数据的多个第一服务器中确定出第二服务器之后，确定所述第二服务器的服务器类型；在确定所述第二服务器为非灰度服务器的情况下，将所述第二服务器调整为所述灰度服务器。

在一个示例性实施例中，所述确定模块44可以通过如下方式实现从允许发布所述产品数据的多个第一服务器中确定出第二服务器：获取所述请求信息中包括的统一资源定位符URL及属性信息；基于所述URL确定允许发布所述产品数据的多个所述第一服务器；确定多个所述第一服务器的服务器属性；在基于所述服务器属性信息确定出多个所述第一服务器中包括灰度服务器的情况下，将所述灰度服务器确定为所述第二服务器；在基于所述服务器属性信息确定出多个所述第一服务器中不包括灰度服务器的情况下，按照预定规则从多个所述第一服务器中确定出所述第二服务器。

在一个示例性实施例中，所述装置可以用于在接收用于请求发布产品数据的请求信息之后，在基于所述请求信息确定所述产品数据的类型为生产数据的情况下，从允许发布所述产品数据的多个第一服务器中确定出第三服务器，其中，所述第三服务器为非灰度服务器；将所述产品数据发布至所述第三服务器中。

在一个示例性实施例中，所述装置可以用于在将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试之后，在确定所述第二服务器对所述产品数据进行测试后的测试结果为测试通过的情况下，将所述第二服务器调整为非灰度服务器。

在一个示例性实施例中，所述装置可以用于在将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试之后，所述第二服务器在确定完成对所述产品数据的测试，且测试结果为测试通过的情况下，将所述产品数据发布至第四服务器中，其中，所述第四服务器为所述第二服务器的下游服务器。

在一个示例性实施例中，所述第一服务器包括微服务业务服务器。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (9)

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

接收用于请求发布产品数据的请求信息；

在基于所述请求信息确定所述产品数据的类型为测试数据的情况下，从允许发布所述产品数据的多个第一服务器中确定出第二服务器；

在确定所述第二服务器为灰度服务器后，将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试，其中，所述灰度服务器为停止提供服务的服务器，所述灰度服务器的服务器属性为grey；

其中，在从允许发布所述产品数据的多个第一服务器中确定出第二服务器之后，所述方法还包括：确定所述第二服务器的服务器类型；在确定所述第二服务器为非灰度服务器的情况下，将所述第二服务器调整为所述灰度服务器，其中，在所述第二服务器为非灰度服务器的情况下，所述多个第一服务器中不存在所述灰度服务器；

其中，将所述第二服务器调整为所述灰度服务器之后，所述方法还包括：将与所述第二服务器相连接的用户设备连接至所述多个第一服务器中与所述第二服务器的类型相同的服务器中。

2.根据权利要求1所述的方法，其特征在于，从允许发布所述产品数据的多个第一服务器中确定出第二服务器包括：

获取所述请求信息中包括的统一资源定位符URL及属性信息；

基于所述URL确定允许发布所述产品数据的多个所述第一服务器；

确定多个所述第一服务器的服务器属性；

在基于所述服务器属性信息确定出多个所述第一服务器中包括灰度服务器的情况下，将所述灰度服务器确定为所述第二服务器；

在基于所述服务器属性信息确定出多个所述第一服务器中不包括灰度服务器的情况下，按照预定规则从多个所述第一服务器中确定出所述第二服务器。

3.根据权利要求2所述的方法，其特征在于，在接收用于请求发布产品数据的请求信息之后，所述方法还包括：

在基于所述请求信息确定所述产品数据的类型为生产数据的情况下，从允许发布所述产品数据的多个第一服务器中确定出第三服务器，其中，所述第三服务器为非灰度服务器；

将所述产品数据发布至所述第三服务器中。

4.根据权利要求1所述的方法，其特征在于，在将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试之后，所述方法还包括：

在确定所述第二服务器对所述产品数据进行测试后的测试结果为测试通过的情况下，将所述第二服务器调整为非灰度服务器。

5.根据权利要求1所述的方法，其特征在于，在将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试之后，所述方法还包括：

所述第二服务器在确定完成对所述产品数据的测试，且测试结果为测试通过的情况下，将所述产品数据发布至第四服务器中，其中，所述第四服务器为所述第二服务器的下游服务器。

6.根据权利要求1至5中任一项所述的方法，其特征在于，

所述第一服务器包括微服务业务服务器。

7.一种产品数据的测试装置，其特征在于，包括：

接收模块，用于接收用于请求发布产品数据的请求信息；

确定模块，用于在基于所述请求信息确定所述产品数据的类型为测试数据的情况下，从允许发布所述产品数据的多个第一服务器中确定出第二服务器；

测试模块，用于在确定所述第二服务器为灰度服务器后，将所述产品数据发布至所述第二服务器中，以指示所述第二服务器对所述产品数据进行测试，其中，所述灰度服务器为停止提供服务的服务器，所述灰度服务器的服务器属性为grey；

其中，所述装置，还用于在从允许发布所述产品数据的多个第一服务器中确定出第二服务器之后，确定所述第二服务器的服务器类型；在确定所述第二服务器为非灰度服务器的情况下，将所述第二服务器调整为所述灰度服务器，其中，在所述第二服务器为非灰度服务器的情况下，所述多个第一服务器中不存在所述灰度服务器；

其中，所述装置，还用于将所述第二服务器调整为所述灰度服务器之后，将与所述第二服务器相连接的用户设备连接至所述多个第一服务器中与所述第二服务器的类型相同的服务器中。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至6任一项中所述的方法。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至6任一项中所述的方法。