CN114968489A - 自定义服务的本地调测方法、装置和计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种自定义服务的本地调测方法、装置和计算机可读存储介质，其中，该方法包括：获取测试请求；根据所述测试请求中的标识信息，确定所述测试请求所属的类别；在所述测试请求为业务测试流量的情况下，将所述测试请求路由至集成测试环境进行调测；在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测。通过上述方案解决了现有的无法对测试请求进行本地测试，而导致的自定义服务的测试效率较低的技术问题，达到了有效提升自定义服务的测试效率的技术效果。

Description

自定义服务的本地调测方法、装置和计算机可读存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及自定义服务的本地调测方法、装置和计算机可读存储介质。

背景技术

自定义服务的出现，是考虑到低代码开发平台提供的服务无法满足所有的业务需求，因为低代码平台一般是设置好标准的接口，如果存在个性化的业务需求，需要进行功能扩展，一般是依赖平台接口进行二次开发的方式，以完成对应的业务诉求。

然而，在低代码平台中为了完成本地测试，一般是通过后端的自定义服务进行本地测试，这主要是因为服务依赖过多，难以在本地启动完成测试，这样势必会存在测试效率低下的问题。在本地部署测试环境的方式进行测试，虽然测试效率高，但是部署成本较高，准备测试数据的成本也太大。

针对现有的对于自定义服务测试效率较低的问题，目前尚未提出有效的解决方式。

本部分旨在为权利要求书中陈述的本申请实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

发明内容

本申请实施例提供一种自定义服务的本地调测方法、装置和计算机可读存储介质，用于提升自定义服务的测试效率。

一方面，提供了一种自定义服务的本地调测方法，包括：

获取测试请求；

根据所述测试请求中的标识信息，确定所述测试请求所属的类别；

在所述测试请求为业务测试流量的情况下，将所述测试请求路由至集成测试环境进行调测；

在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测。

在一个实施方式中，根据所述测试请求中的标识信息，确定所述测试请求所属的类别，包括：

通过过滤器提取所述测试请求的请求头作为请求参数；

从所述请求参数中提取标识信息；

根据所述标识信息确定所述测试请求所属的类别。

在一个实施方式中，在获取测试请求之前，还包括：

将本地服务注册到集成测试环境的注册中心，以使得本地服务与集成测试环境的服务成为集群。

在一个实施方式中，在将本地服务注册到集成测试环境的注册中心的过程中，还包括：

将本地服务的接口信息增加进服务元数据中；

相应的，在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测，包括：

获取所述测试请求中的接口数据；

将获取的接口数据，与所述服务元数据中的接口信息进行比对；

如果一致，则将所述测试请求传递至本地测试环境进行调测；

如果不一致，则将所述测试请求转至集成测试环境进行调测。

在一个实施方式中，将所述测试请求路由至本地测试环境进行调测，包括：

通过所述本地环境对所述测试请求进行调测，确定是否存在异常数据；

在确定存在异常数据的情况下，在所述异常数据对应的代码位置添加断点；

根据目标期望值对断点处的代码进行修正。

在一个实施方式中，应用于低代码开发平台中自定义服务的本地调测。

另一方面，提供了一种自定义服务的本地调测装置，包括：

获取模块，用于获取测试请求；

确定模块，用于根据所述测试请求中的标识信息，确定所述测试请求所属的类别；

第一路由模块，用于在所述测试请求为业务测试流量的情况下，将所述测试请求路由至集成测试环境进行调测；

第二路由模块，用于在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测。

在一个实施方式中，所述确定模块包括：

第一提取单元，用于通过过滤器提取所述测试请求的请求头作为请求参数；

第二提取单元，用于从所述请求参数中提取标识信息；

第一确定单元，用于根据所述标识信息确定所述测试请求所属的类别。

在一个实施方式中，上述装置还包括：

注册模块，用于在获取测试请求之前，将本地服务注册到集成测试环境的注册中心，以使得本地服务与集成测试环境的服务成为集群。

在一个实施方式中，所述注册模块还用于在将本地服务注册到集成测试环境的注册中心的过程中，将本地服务的接口信息增加进服务元数据中；

相应的，所述第二路由模块具体用于获取所述测试请求中的接口数据；将获取的接口数据，与所述服务元数据中的接口信息进行比对；如果一致，则将所述测试请求传递至本地测试环境进行调测；如果不一致，则将所述测试请求转至集成测试环境进行调测。

在一个实施方式中，所述第二路由模块包括：

第二确定单元，用于通过所述本地环境对所述测试请求进行调测，确定是否存在异常数据；

添加单元，用于在确定存在异常数据的情况下，在所述异常数据对应的代码位置添加断点；

修正单元，用于根据目标期望值对断点处的代码进行修正。

在一个实施方式中，上述装置应用于低代码开发平台中自定义服务的本地调测。

又一方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

又一方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例中，通过在测试请求中设置标识信息，来确定测试请求是通过集成测试环境进行调测，还是通过本地测试环境进行调测，对于需要通过集成测试环境进行调测的请求路由至集成测试环境，对于需要通过本地测试环境进行调测的请求路由至本地测试环境。通过上述方法解决了现有的无法对测试请求进行本地测试，而导致的自定义服务的测试效率较低的技术问题，达到了有效提升自定义服务的测试效率的技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本申请实施例中自定义服务的本地调测的一种方法流程图；

图2为本申请实施例中自定义服务的本地调测的另一方法流程图；

图3为本申请实施例中对于Ribbon负载均衡策略改造的方法流程图；

图4为本申请实施例中自定义服务的本地调测方法的电子设备的硬件结构框图；

图5为本申请实施例中自定义服务的本地调测装置的结构框图；

图6为本申请实施例中第二路由模块的结构框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本申请实施例做进一步详细说明。在此，本申请的示意性实施例及其说明用于解释本申请，但并不作为对本申请的限定。

图1是本申请提供的自定义服务的本地调测方法一种实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式处理环境)。

具体的，如图1所示，上述的自定义服务的本地调测方法可以包括如下步骤：

步骤S101：获取测试请求；

即，可以在网关开启、服务运行的情况下，获取数据流量，以对目标服务的数据流量作为测试请求。对于数据流量所对应的目标服务可以是自定义服务，也可以是通用的常规服务，

步骤S102：根据所述测试请求中的标识信息，确定所述测试请求所属的类别；

在实现的时候，考虑到对程序本身的改动尽量较小，因此，考虑到可以在请求信息的头部(header)增加标识字段，即，通过该标识字段路由器可以确定是普通的测试流量还是本地调测流量，如果是本地调测流量，那么路由器可以将其路由至本地测试环境，如果是业务测试流量，则被路由至集成测试环境。

例如，根据所述测试请求中的标识信息，确定所述测试请求所属的类别，可以包括：通过过滤器提取所述测试请求的请求头作为请求参数；从所述请求参数中提取标识信息；根据所述标识信息确定所述测试请求所属的类别。

步骤S103：在所述测试请求为业务测试流量的情况下，将所述测试请求路由至集成测试环境进行调测；

步骤S104：在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测。

在上例中，通过在测试请求中设置标识信息，来确定测试请求是通过集成测试环境进行调测，还是通过本地测试环境进行调测，对于需要通过集成测试环境进行调测的请求路由至集成测试环境，对于需要通过本地测试环境进行调测的请求路由至本地测试环境。通过上述方法解决了现有的无法对测试请求进行本地测试，而导致的自定义服务的测试效率较低的技术问题，达到了有效提升自定义服务的测试效率的技术效果。

考虑到为了实现对自定义服务的本地调测，如果再单独形成测试数据，那么将极大提升调测的工作量，为此，在本例中考虑到可以复用集成测试环境中的测试数据进行调测，这样可以减少调测的工作量。为了实现对集成测试环境中测试数据的复用，可以将本地服务注册到集成测试环境的注册中心，以使得本地服务与集成测试环境的服务成为集群，在与集成测试环境的服务形成集群之后，可以复用集成测试环境中的测试数据了。

进一步的，为了进行本地调测，可以通过Nacos的扩展元数据特性，在服务注册时加入自定义元数据，从而可以将各个服务的接口信息放入服务元数据中。即，可以在将本地服务注册到集成测试环境的注册中心的过程中，将本地服务的接口信息增加进服务元数据中；相应的，在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测，可以包括：获取所述测试请求中的接口数据；将获取的接口数据，与所述服务元数据中的接口信息进行比对；如果一致，则将所述测试请求传递至本地测试环境进行调测；如果不一致，则将所述测试请求转至集成测试环境进行调测。

也就是说，只有标识信息表明测试请求为本地调测流量，且与服务元数据中的接口信息匹配一致的情况下，才能在本地进行调测，否则都需要通过集成测试环境进行调测。

具体的，将所述测试请求路由至本地测试环境进行调测，可以包括：

S1：通过所述本地环境对所述测试请求进行调测，确定是否存在异常数据；

S2：在确定存在异常数据的情况下，在所述异常数据对应的代码位置添加断点；

S3：根据目标期望值对断点处的代码进行修正。

上述的自定义服务的本地调测放可以应用于低代码开发平台中自定义服务的本地调测。

下面结合一个具体实施例对上述方法进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

针对现有的业务测试所存在的部署成本高、问题定位繁琐、准备测试数据成本高的问题，提出了一种对自定义服务进行本地调测的方法，以快速定位出服务所存在的问题，从而节约时间成本，并保证研发质量。

在本例中考虑到针对微服务项目开发，可以直接将测试环境的流量(请求)，转接到本地开发环境中，然后，根据异常信息直接在对应的代码行打上断点，直接进行debug(调试)，根据期望值修改代码，从而省去开发人员造测试数据的开销以及本地还需要启动无关服务的开销。

具体的，通过Nacos的扩展元数据特性，在服务注册时加入自定义元数据，从而可以将各个服务的接口信息放入服务元数据中，进一步的，可以结合负载均衡策略，以及路由规则策略实现低代码应用中自定义服务的本地调测。进一步的，本地仅启动开发小组内部的服务，关联服务直接使用集成开发环境的服务从而降低开发成本，不在本地生成测试数据，直接从集成测试环境转接流量到本地开发环境以降低测试成本。

其中，利用nacos的扩展元数据特性将本地服务注册到注册中心，可以是通过工程引入依赖(例如：nacos-config和nacos-discovery)然后配置配置Nacos注册中心地址以及本地调测参数，从而将本地服务注册到测试环境注册中心，与测试环境中相同的服务形成集群，从而可以根据配置参数以及负载规则将测试环境流量推送到本地环境。

考虑到脚手架底层中的很多服务是已经封装好的，例如：注册中心，如果本地连接测试环境的注册中心，那么将会侵蚀测试环境。为此，在本例中，将本地服务于测试服务注册到同一注册中心，但是互不侵蚀，使得本地测试环境可以复用集成测试环境中的测试数据。

即，在本例中是通过路由劫持实现了本地调测和业务测试(即，集成测试环境的测试)之间的隔离，正常的业务测试不会路由到本地服务，调测业务可以路由到本地进行Debug测试，从而可以快速定位问题，且可以复用测试环境流量，解决了测试成本。

对于开发人员而言，可以直接在测试环境中指定用户登录访问应用，测试所需的数据可以使用集成测试环境中的数据，这样可以有效减少开发人员造测试数据的工作，另一方面，因为集成测试环境中的测试数据都是比较真实的业务数据，因此，可以更为精准的定位问题。

其中，利用Nacos的扩展元数据特性将本地服务注册到注册中心，可以在源码的外部化配置项中设置元数据的配置参数，并将配置的数据全部加载至元数据map中。即，可以基于外部化配置的选项，将需要的特殊的路由规则配置信息带进去。可以如下表1所示：

表1

key	用途说明
		loginName	用户打标，登录用户账号
debugRequestId	请求打标，请求id
		ip	注册到配置中心的本地ip

在服务启动之后，可以在Nacos管理界面查看服务的实例信息，其中的元数据和本地配置信息保持一致。

对于网关路由分发规则而言，可以基于Sringboot的自动配置原理，重新定制Ribbon的自动装配类，替换默认的装置，过滤器提取请求头header或者url上的参数传递到负载均衡规则中，在负载均衡规则中，根据请求参数中的本地调测标识与Ncos服务元数据比较，根据比对结果路由到本地服务进行debug测试。

如图2所示，在本例中提供了一种自定义服务的本地测试方法，可以包括：获取流量数据，其中，流量数据中包括：正常流量和调测流量；通过网关确定是否流量数据中是否存在调测标记，如果包含调测标记，则确定是否与元数据一直，如果一致，则通过本地服务(本地环境服务A、本地环境服务B)进行调测，如果不一致，则通过集成测试环境进行测试，或者是结束测试。如果不包含调测标记，则通过集成测试环境(集成环境服务A、集成环境服务B)进行测试。这主要是考虑到对于一个请求而言，可以涉及到多个服务(例如：服务A、服务B)，因此，可以通过多个服务的测试环境进行测试。

其中，测试的判断过程可以包括如下步骤：

步骤1：获取上下文本地调测标记；

步骤2：获取上下文用户账号；

步骤3：创建负载均衡器；

步骤4：获取上下文里的服务ID；

步骤5：从Nacos获取服务实例信息；

步骤6：如果服务实例信息为空，直接结束处理；

步骤7：如果实例信息不为空，判断服务请求是否有特殊元数据配置；

步骤8：如果存在特殊元数据配置，则循环遍历服务实例集合查找是否存在与本地调测标识匹配的服务实例；如果存在匹配的服务实例，则获取服务元数据；

步骤9：如果没有特殊元数据配置，则从不含有特殊元数据配置的负载列表中选择；

步骤10：如果匹配到本地调测服务，则路由至本地服务。

对于Ribbon负载均衡策略改造可以如图3所示，包括：

步骤S1：增加过滤器，每次fegin调用把当前请求header和url的参数重新组装到请求参数中；

步骤S2：转发url参数，将其放到header中；

步骤S3：如果header中存在重复的参数，则优先设置header中的参数，用新参数覆盖原本的参数。

其中，Ribbon负载均衡可以使用父线程透传的方式，从线程上下文获取路由参数。

考虑到本地调测需要复用远程的服务和基础设施资源，如果网络不通，是无法复用的，因此，在本例中，可以采用智能网关以保证本地的开发机器与集成环境中的机器能组成局域网，以完成本地调测。

对于开发人员而言，不需要在本地启动很多服务，这样可以减少对本地资源的占用；针对一般的本地测试需要自己模拟测试数据的问题，在本例中，可以直接在测试环境按照实际业务场景对本地服务发起请求并复用集成测试环境中的数据，开发人员不需要手工造测试数据，避免了因为造数据有误而导致的定位问题准确性较差。开发人员可以直接通过Debug的方式修改bug，时间效率更高，可以有效提升代码交付质量。进一步的，本地调测与业务测试的隔离，两者互不影响，平台在部署测试环境以后，测试人员可以对平台进行业务测试，调用的是测试环境的服务，对于本地调测一般是开发人员在本地启动服务，调测代码，这里本地调测也是本地启动。

在上例中，提供了一种对低代码应用后端自定义服务进行本地调测的方法，通过建立了一套网关路由机制以及负载均衡机制，实现本地调测，通过对自定义服务的本地调测，可以有效节约调测时间，降低调测成本。

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

存储器04可用于存储应用软件的软件程序以及模块，如本申请实施例中的自定义服务的本地调测方法对应的程序指令/模块，处理器02通过运行存储在存储器04内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的短信息的发送方法。存储器04可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器04可进一步包括相对于处理器02远程设置的存储器，这些远程存储器可以通过网络连接至电子设备10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

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

在软件层面，上述自定义服务的本地调测装置可以如图5所示，包括：

获取模块501，用于获取测试请求；

确定模块502，用于根据所述测试请求中的标识信息，确定所述测试请求所属的类别；

第一路由模块503，用于在所述测试请求为业务测试流量的情况下，将所述测试请求路由至集成测试环境进行调测；

第二路由模块504，用于在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测。

在一个实施方式中，上述确定模块502可以包括：第一提取单元，用于通过过滤器提取所述测试请求的请求头作为请求参数；第二提取单元，用于从所述请求参数中提取标识信息；第一确定单元，用于根据所述标识信息确定所述测试请求所属的类别。

在一个实施方式中，上述装置还可以包括：注册模块，用于在获取测试请求之前，将本地服务注册到集成测试环境的注册中心，以使得本地服务与集成测试环境的服务成为集群。

在一个实施方式中，上述注册模块还可以用于在将本地服务注册到集成测试环境的注册中心的过程中，将本地服务的接口信息增加进服务元数据中；

相应的，上述第二路由模块504具体用于获取所述测试请求中的接口数据；将获取的接口数据，与所述服务元数据中的接口信息进行比对；如果一致，则将所述测试请求传递至本地测试环境进行调测；如果不一致，则将所述测试请求转至集成测试环境进行调测。

在一个实施方式中，在一个实施方式中，如图6所示，上述第二路由模块504可以包括：第二确定单元601，用于通过所述本地环境对所述测试请求进行调测，确定是否存在异常数据；添加单元602，用于在确定存在异常数据的情况下，在所述异常数据对应的代码位置添加断点；修正单元603，用于根据目标期望值对断点处的代码进行修正。

在一个实施方式中，上述装置可以应用于低代码开发平台中自定义服务的本地调测。

本申请的实施例还提供能够实现上述实施例中的自定义服务的本地调测方法中全部步骤的一种电子设备的具体实施方式，所述电子设备具体包括如下内容：处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的自定义服务的本地调测方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤1：获取测试请求；

步骤2：根据所述测试请求中的标识信息，确定所述测试请求所属的类别；

步骤3：在所述测试请求为业务测试流量的情况下，将所述测试请求路由至集成测试环境进行调测；

步骤4：在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测。

从上述描述可知，本申请实施例通过在测试请求中设置标识信息，来确定测试请求是通过集成测试环境进行调测，还是通过本地测试环境进行调测，对于需要通过集成测试环境进行调测的请求路由至集成测试环境，对于需要通过本地测试环境进行调测的请求路由至本地测试环境。通过上述方法解决了现有的无法对测试请求进行本地测试，而导致的自定义服务的测试效率较低的技术问题，达到了有效提升自定义服务的测试效率的技术效果。

本申请的实施例还提供能够实现上述实施例中的自定义服务的本地调测方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的自定义服务的本地调测方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤1：获取测试请求；

步骤2：根据所述测试请求中的标识信息，确定所述测试请求所属的类别；

步骤3：在所述测试请求为业务测试流量的情况下，将所述测试请求路由至集成测试环境进行调测；

步骤4：在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测。

从上述描述可知，本申请实施例通过在测试请求中设置标识信息，来确定测试请求是通过集成测试环境进行调测，还是通过本地测试环境进行调测，对于需要通过集成测试环境进行调测的请求路由至集成测试环境，对于需要通过本地测试环境进行调测的请求路由至本地测试环境。通过上述方法解决了现有的无法对测试请求进行本地测试，而导致的自定义服务的测试效率较低的技术问题，达到了有效提升自定义服务的测试效率的技术效果。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述自定义服务的本地调测方法。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施例而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种自定义服务的本地调测方法，其特征在于，包括：

获取测试请求；

根据所述测试请求中的标识信息，确定所述测试请求所属的类别；

在所述测试请求为业务测试流量的情况下，将所述测试请求路由至集成测试环境进行调测；

在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测。

2.根据权利要求1所述的方法，其特征在于，根据所述测试请求中的标识信息，确定所述测试请求所属的类别，包括：

通过过滤器提取所述测试请求的请求头作为请求参数；

从所述请求参数中提取标识信息；

根据所述标识信息确定所述测试请求所属的类别。

3.根据权利要求1所述的方法，其特征在于，在获取测试请求之前，还包括：

将本地服务注册到集成测试环境的注册中心，以使得本地服务与集成测试环境的服务成为集群。

4.根据权利要求3所述的方法，其特征在于，在将本地服务注册到集成测试环境的注册中心的过程中，还包括：

将本地服务的接口信息增加进服务元数据中；

相应的，在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测，包括：

获取所述测试请求中的接口数据；

将获取的接口数据，与所述服务元数据中的接口信息进行比对；

如果一致，则将所述测试请求传递至本地测试环境进行调测；

如果不一致，则将所述测试请求转至集成测试环境进行调测。

5.根据权利要求1所述的方法，其特征在于，将所述测试请求路由至本地测试环境进行调测，包括：

通过所述本地环境对所述测试请求进行调测，确定是否存在异常数据；

在确定存在异常数据的情况下，在所述异常数据对应的代码位置添加断点；

根据目标期望值对断点处的代码进行修正。

6.根据权利要求1至5中任一项所述的方法，其特征在于，应用于低代码开发平台中自定义服务的本地调测。

7.一种自定义服务的本地调测装置，其特征在于，包括：

获取模块，用于获取测试请求；

确定模块，用于根据所述测试请求中的标识信息，确定所述测试请求所属的类别；

第一路由模块，用于在所述测试请求为业务测试流量的情况下，将所述测试请求路由至集成测试环境进行调测；

第二路由模块，用于在所述测试请求为本地调测流量的情况下，将所述测试请求路由至本地测试环境进行调测。

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

第一提取单元，用于通过过滤器提取所述测试请求的请求头作为请求参数；

第二提取单元，用于从所述请求参数中提取标识信息；

第一确定单元，用于根据所述标识信息确定所述测试请求所属的类别。

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

注册模块，用于在获取测试请求之前，将本地服务注册到集成测试环境的注册中心，以使得本地服务与集成测试环境的服务成为集群。

10.根据权利要求9所述的装置，其特征在于，所述注册模块还用于在将本地服务注册到集成测试环境的注册中心的过程中，将本地服务的接口信息增加进服务元数据中；

相应的，所述第二路由模块具体用于获取所述测试请求中的接口数据；将获取的接口数据，与所述服务元数据中的接口信息进行比对；如果一致，则将所述测试请求传递至本地测试环境进行调测；如果不一致，则将所述测试请求转至集成测试环境进行调测。

11.根据权利要求7所述的装置，其特征在于，所述第二路由模块包括：

第二确定单元，用于通过所述本地环境对所述测试请求进行调测，确定是否存在异常数据；

添加单元，用于在确定存在异常数据的情况下，在所述异常数据对应的代码位置添加断点；

修正单元，用于根据目标期望值对断点处的代码进行修正。

12.根据权利要求7至11中任一项所述的装置，其特征在于，应用于低代码开发平台中自定义服务的本地调测。

13.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6任一所述方法。

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

15.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至6任一所述方法。

Images