CN117118880A - 基于多甬道发布的测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种基于多甬道发布的测试方法、装置，属于计算机技术领域。所述方法包括：通过响应于接收到测试调用请求，解析测试调用请求，得到作为待测试服务对应的甬道标记的目标甬道标记和当前待调用服务的目标服务标识；根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定目标甬道标记和目标服务标识的匹配关系；之后，根据匹配关系确定将所述测试调用请求，转发至相应甬道中与目标服务标识对应的指定服务节点。本方法不需要测试人员频繁配置测试流程，仅需执行服务发布和启动测试，测试平台可以自动执行测试过程，提升了测试效率。

Description

基于多甬道发布的测试方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及基于多甬道发布的测试方法、装置、电子设备，以及计算机可读存储介质。

背景技术

在测试阶段，测试进度被某个流程卡住，在问题没有解决之前，会导致不断有新的测试任务被卡住，影响整个流程正常运作。目前主流解决方案为，通过容器创建一套完全隔离的全链路环境，资源隔离好，但是随着全链路环境的增多，任何一个全链路环境问题可能都需要开发去查看，不仅占用大量的硬件资源成本，同时给开发和测试也增加了维护和测试成本。

可见，现有技术中的测试方法仍需要改进。

发明内容

本申请实施例提供一种基于多甬道发布的测试方法及装置、电子设备及存储介质，能够提升测试效率，降低测试成本。

第一方面，本申请实施例提供了一种基于多甬道发布的测试方法，包括：

响应于接收到测试调用请求，解析所述测试调用请求，得到目标甬道标记和目标服务标识，其中，所述目标甬道标记为：待测试服务对应的甬道标记，所述目标服务标识为：当前待调用服务的服务标识；

根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系；

根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点。

第二方面，本申请实施例提供了一种基于多甬道发布的测试装置，包括：

甬道标记和服务标识获取模块，用于响应于接收到测试调用请求，解析所述测试调用请求，得到目标甬道标记和目标服务标识，其中，所述目标甬道标记为：待测试服务对应的甬道标记，所述目标服务标识为：当前待调用服务的服务标识；

匹配模块，用于根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系；

调用转发模块，用于根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点。

第三方面，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的基于多甬道发布的测试方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本申请实施例公开的基于多甬道发布的测试方法的步骤。

本申请实施例公开的基于多甬道发布的测试方法，通过响应于接收到测试调用请求，解析所述测试调用请求，得到目标甬道标记和目标服务标识，其中，所述目标甬道标记为：待测试服务对应的甬道标记，所述目标服务标识为：当前待调用服务的服务标识；根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系；根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点。本方法不需要测试人员频繁配置测试流程，仅需要执行服务发布，并启动测试，测试平台便可以自动执行测试过程，从而提升了测试效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1是本申请实施例公开的基于多甬道发布的测试方法流程图；

图2是本申请实施例公开的基于多甬道发布的测试方法实施系统架构示意图；

图3是本申请实施例公开的测试方法执行场景示意图；

图4是本申请实施例公开的基于多甬道发布的测试装置的结构示意图；

图5示意性地示出了用于执行根据本申请的方法的电子设备的框图；以及

图6示意性地示出了用于保持或者携带实现根据本申请的方法的程序代码的存储单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例公开的一种基于多甬道发布的测试方法，如图1所示，所述方法包括：步骤110至步骤130。

步骤110，响应于接收到测试调用请求，解析所述测试调用请求，得到目标甬道标记和目标服务标识。

本申请实施例公开的一种基于多甬道发布的测试方法，应用于测试平台，所述测试平台采用分布式方法部署有多个流量转发模块。所述流量转发模块用于按照预设规则，将测试调用请求转发到合适的服务节点执行。

其中，所述目标甬道标记为：待测试服务对应的甬道标记，所述目标服务标识为：当前待调用服务的服务标识。

本申请的实施例中，为了避免分布式开发和多服务测试之间的相互影响，采用多甬道发布技术进行应用测试。如图2所示，本申请实施例中创建了两种服务调用支路，分别为：主甬道和分支甬道，其中，主甬道中部署目标应用的各服务的稳定版本服务，分支甬道中部署目标应用的待测试服务的测试版本服务。通过测试平台的服务发布系统，可以将服务发布到相应的甬道中对应的服务节点。

可选的，主甬道中的稳定版本服务定期更新，或者，在满足预设条件的情况下更新。分支甬道中的测试版本服务根据测试需要进行容器发布。

例如，对于目标应用，在主甬道中部署实现目标应用功能的服务A、服务B、服务C和服务D的稳定版本。当目标应用的有新的开发需求，并且在针对新的开发需求完成开发后，需要对该需求涉及的服务进行测试时，可以创建分支甬道，在分支甬道中部署该待测试服务的测试版本服务。

本申请的实施例中，如图2所示，测试平台中预先部署了多个流量转发模块，用于对目标应用的服务调用链路中的服务调用转发到主甬道中或者分支甬道中。

可选的，所述流量转发模块预先部署于测试入口网关中和服务节点中，如图2中的route-plugin插件和rpc-route-plugin插件。流量转发模块根据服务标识和/或甬道标记进行流量转发。例如，在当前测试调用请求中指定了待调用服务的服务标识和甬道标记的情况下，流量转发模块可以将该测试调用请求对应的服务调用转发到分支甬道中相应的服务节点。又例如，在当前测试调用请求中指定了待调用服务的服务标识，未指定待调用服务的甬道标记的情况下，流量转发模块可以将该测试调用请求对应的服务调用转发到主甬道中相应的服务节点。因此，在测试调用请求传递的过程中，需要同时传递各待测试服务的甬道标记。

其中，部署于测试入口网关中的流量转发模块(如route-plugin插件)，可以根据预设规则控制HTTP(Hypertext Transfer Protocol，超文本传输协议)请求转发到服务的特定服务节点。部署于业务应用的服务节点中的流量转发模块(如rpc-route-plugin插件)，可以根据预设规则控制RPC(Remote Procedure Cal l Protocol，远程过程调用协议)请求转发到特定服务节点。

本申请的实施例中，通过在HTTP请求或RPC请求的请求头中携带特定标记，本申请实施例中记为“甬道标记”，使得route-plugin插件和rpc-route-plugin插件，可以根据请求头中携带的甬道标记进行处理，将请求转发到链路中和该甬道标记匹配的服务节点。

本申请的实施例中，如图2所示，所述测试平台还包括：注册中心。通过测试平台执行的服务，需要在测试中心执行注册，这样，测试平台中运行的服务才可以执行相互调用。

现有技术中，在单进程服务调用过程中，可以通过请求头转递调用参数。然而，本申请的测试调用请求通过RPC协议传输过程中，在多线程调用的情况下，会出现请求头被丢弃的情况。为了解决请求头被丢弃导致甬道标记无法继续在服务节点之间传递的情况，本申请的一些实施例中，通过结合分布式链路追踪技术，在测试入口网关和业务服务的服务节点之间，以及，业务服务的服务节点之间传递甬道标记。

可选的，所述测试调用请求中请求头通过以下方法生成：通过跟踪所述测试调用请求的传递过程，获取当前测试调用请求的链路跟踪上下文，并将所述链路跟踪上下文添加到对下一跳服务的测试调用请求的请求头中。

可选的，所述跟踪所述测试调用请求的传递过程，包括：在服务启动的过程中，在所述服务的代码中嵌入的链路数据收集方法；创建所述链路数据收集方法对应的链路跟踪上下文，并通过所述链路跟踪上下文传递所述链路数据收集方法采集的目标甬道标记。

本申请的实施例中，可以在服务启动的过程中，在启动的服务的代码中嵌入的链路数据收集方法。之后，通过链路数据收集方法跟踪所述测试调用请求的传递过程，获取当前测试调用请求的链路跟踪上下文，并将所述链路跟踪上下文添加到对下一跳服务的测试调用请求的请求头中。

例如，可以在应用程序中添加代码来创建Span。Span是SkyWalking(一种全链路追踪系统)中链路数据收集的最小单位，可以理解为一种方法。代表对服务的一个操作。本申请的实施例中，可以使用Span来跟踪测试调用请求的传递。进一步的，使用TraceContext(链路跟踪上下文)将不同服务的Span进行链接。TraceContext是用于在服务之间传递跟踪信息的上下文对象。在传递请求时，将当前Span的TraceContext添加到请求头中，以便下游服务可以获取并创建对应的Span。可选的，链路跟踪上下文可以为一个全局对象。

在传递测试调用请求的过程中，可以跨进程传递TraceContext。例如，如果当前服务需要调用其他服务，需要将当前Span的TraceContext添加到请求头中，并将请求发送给下游服务。下游服务收到请求后，可以从请求头中提取TraceContext，并使用它创建对应的Span，从而实现测试调用请求中的甬道标记等测试调用流量转发信息的跟踪。

其中，所述链路数据收集方法是针对所述流量转发模块预先部署的分布式追踪系统的操作方法。

可选的，本申请实施例公开的基于多甬道发布的测试方法，还包括：响应于服务启动，在所述服务的服务代码中嵌入的链路数据收集方法。

例如，可以采用agent(java提供的一种字节码编排技术)接入的方式，在服务启动过程中，将agent嵌入到服务代码中。其中，agent可以执行链路数据收集方法。

其中，所述链路数据收集方法用于跟踪测试调用请求的传递，获取当前服务的链路跟踪上下文，并将所述链路跟踪上下文添加到对下一跳服务的测试调用请求的请求头中。

本申请的实施例中，测试入口网关和业务服务的服务节点均属于服务节点。

本申请的一些实施例中，还可以通过设置全局环境变量，并通过该全局环境变量传递甬道标记。

下面，结合一个具体应用场景，描述测试调用请求的接收过程。

例如，对于目标应用，需要依次调用服务A、服务B、服务C和服务D才能完成该目标应用的功能。当服务A需要进行版本更新时，研发人员对服务A完成开发后，需要针对本次需求进行一次服务发布。

测试人员将服务A的发布提交至测试平台，测试平台将根据该服务A的信息，按照预设规则为服务A(即待测试服务)生成一个标签，用于唯一标识该服务，本申请实施例中记为“甬道标记”。接下来，测试人员可以通过将输入该标签至测试平台，从而启动基于预设测试用例对服务A的测试操作。

本申请的实施例中，待测试服务通过容器进行发布，容器在发布POD(即服务节点)中设置环境变量，如服务的甬道标记。服务可以有多个POD，服务POD在启动过程中，会读取环境变量，根据环境变量的值，给该POD打上标记。比如有多个需求，多个人在同时开发，需求A开发完成后，开发环境进行发布，就会给发布的POD打上需求A的标记，如前述甬道标记。同理需求B进行发布，就会给发布的POD打上需求B的标记。这样，每个POD将被打上对应需求的标记，即对应服务的甬道标记。

本申请的实施例中，POD相当于服务节点，每个服务节点被打上的标记对应为该服务节点对应的甬道标记。

完成服务发布之后，测试人员可以获取到待测试服务的甬道标记，如甬道版本号。所述甬道标记与待测试服务一一对应。本申请的实施例中，主甬道部署的服务节点为稳定版本服务的节点，分支甬道部署的服务节点为测试版本服务的节点。即主甬道中的服务节点提供稳定版本服务，分支甬道中的服务节点提供待版本服务。

可选的，所述测试调用请求可以通过网页、应用程序等测试入口发出，也可以在服务节点之间传递。下面分别针对这两种情况，举例说明测试调用请求的处理过程。

(一)由测试入口网关中的流量转发模块处理

例如，测试人员可以通过目标应用的测试客户端入口输入待测试服务的甬道标记，之后，测试客户端根据目标应用的服务调用链路的首跳服务的服务标识和待测试服务的甬道标记，生成测试调用请求，并将该测试调用请求发送到测试平台，测试平台将通过预先部署的流量转发模块接收所述测试调用请求。

具体举例而言，部署在测试平台的测试入口网关中的流量转发模块用于负责HTTP流量的转发。

可选的，部署于测试入口网关中的流量转发模块例如可以采用Kong网关(一个开源的流量网关)。本申请实施例中，还可以采用其他技术实现的流量网关，此处不再一一例举。

可选的，所述服务标识包括但不限于：服务名称。

例如，测试人员通过目标应用的测试客户端输入待测试服务之后，该测试客户端可以根据自身匹配的服务标识或测试人员配置的服务标识，以及，测试人员输入的待测试服务的甬道标记(如甬道版本号)，基于HTTP协议，生成测试调用请求。其中，所述服务标识可以为目标应用的服务名称等可以唯一标识服务的计算机可识别符号。

可选的，所述甬道标记可以被封装成HTTP请求的请求头，以通过测试调用请求传输至流量转发模块。

可选的，解析所述测试调用请求，得到目标甬道标记和目标服务标识，包括：解析所述测试调用请求，得到请求头和目标服务标识；解析所述请求头，得到目标甬道标记。

当部署于测试入口网关的流量转发模块接收到基于HTTP协议发送的测试调用请求之后，通过解析所述测试调用请求，可以获取到请求头，以及，所述测试调用请求中携带的服务标识。其中，所述服务标识是当前待调用服务的服务标识(如服务名称)。

可选的，所述解析所述请求头，得到目标甬道标记，包括：解析所述请求头，得到链路跟踪上下文；通过所述链路跟踪上下文，得到目标甬道标记。

进一步的，部署于测试入口网关的流量转发模块解析所述请求头，获取所述请求头中携带的其他信息。

本申请的实施例中，部署于测试入口网关的流量转发模块接收到的测试调用请求是测试平台的测试客户端发送的。所述测试客户端可以在测试调用请求的请求头中根据测试需要，添加待测试服务的甬道标记，本申请的实施例中记为“目标甬道标记”。可选的，测试调用请求的请求头中可以包括一个或多个目标甬道标记。

例如，当目标应用的服务调用链路为服务A、服务B、服务C和服务D时，如果服务B和服务C由于需求变更需要重新开发发布，则可以同时测试服务B和服务C。在这种情况下，测试客户端可以根据测试人员的配置，在测试调用请求的请求头中，添加服务B和服务C的甬道标记。也可以，选择一个服务进行测试，这种情况下，在测试调用请求的请求头中，添加待测试的一个服务的甬道标记。

(二)由业务应用的服务节点中的流量转发模块处理

在测试过程中，目标应用需要依次调用多个服务。仍以目标应用的服务调用链路为服务A、服务B、服务C和服务D为例，测试入口网关将测试调用请求转发至服务A的指定服务节点之后，服务A执行完成相应测试用例后，需要进一步调用服务B。此时，服务A需要向服务B发送测试调用请求，并将待测试服务的甬道标记，传递到服务B。

本申请的实施例中，在业务服务的服务节点，预先部署了分布式流量转发模块，例如，rpc-route-plugin插件。rpc-route-plugin插件可以根据规则控制rpc请求转发到服务的特定节点。

如前文所述，在服务A向服务B发送测试调用请求时，服务A中嵌入的链路数据收集方法可以获取当前服务的链路跟踪上下文，并将所述链路跟踪上下文添加到对服务B测试调用请求的请求头中。相应的，在业务服务的服务节点部署的流量转发模块，例如，在服务A的当前服务节点部署的rpc-route-plugin插件，将根据请求头中携带的服务标识和甬道标记，将该测试调用请求转发至服务B的指定服务节点。

相应的，解析所述测试调用请求，得到目标甬道标记和目标服务标识，包括：解析所述测试调用请求，得到请求头和目标服务标识；解析所述请求头，得到目标甬道标记。

例如，rpc-route-plugin插件(即流量转发模块)接收到基于RPC协议发送的测试调用请求之后，通过解析所述测试调用请求，可以获取到请求头，以及，所述测试调用请求中携带的服务标识。其中，所述服务标识是当前待调用服务的服务标识(如服务名称)。

进一步的，rpc-route-plugin插件解析所述请求头，得到链路跟踪上下文TraceContext。其中，所述链路跟踪上下文TraceContext用于传递目标甬道标记。通过所述链路跟踪上下文，可以得到目标甬道标记。

当通过全局环境变量传递甬道标记时，可以在向下游服务节点发送服务调用请求时，从全局环境变量中读取甬道标记，并将甬道标记添加到测试调用请求中。

步骤120，根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系。

接下来，流量转发模块判断在分支甬道中，是否存在当前待调用服务(即目标服务标识对应的服务)的测试版本服务，并且，目标甬道标记中包括该测试版本服务的甬道标记。

可选的，所述根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系，包括：获取预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系；在所述对应关系中查找所述目标服务标识与所述目标甬道标记的对应关系，得到查找结果；响应于所述查找结果指示：查找到所述目标服务标识与所述目标甬道标记的对应关系，确定所述目标甬道标记和所述目标服务标识匹配；响应于所述查找结果指示：未查找到所述目标服务标识与所述目标甬道标记的对应关系，确定所述目标甬道标记和所述目标服务标识不匹配。

本申请的一些实施例中，可以在分支甬道中发布服务节点时，同时记录发布的每个服务节点的服务标识和甬道标记，作为该服务节点对应的服务标识和甬道标记的一组对应关系。

本申请的另一些实施例中，分支甬道中发布的服务节点和主甬道中发布的服务节点，都是需要被流量转发模块或业务服务节点调用的，因此，服务在启动时，首先需要在服务注册中心进行注册。例如，可以通过第一注册中心注册HTTP服务，通过第二注册中心注册RPC服务。其中，第一注册中心包括但不限于以下任意一种分布式组件：Consul、nacos、etcd；第二注册中心包括但不限于以下任意一种分布式组件：zookeeper、nacos、etcd等。

相应的，可以通过第一注册中心和第二注册中心，获取服务的注册信息。其中，所述服务包括稳定版本服务和测试版本服务。通过预设注册中心，可以获取预先发布在分支甬道中的服务节点(即测试版本服务对应的服务节点)的服务标识和甬道标记之间的对应关系。

接下来，可以将目标服务标识与获取的对应关系中的服务标识进行匹配，查找与目标服务标识匹配成功的服务标识，之后，根据上述对应关系进一步获取匹配成功的服务标识对应的甬道标记，作为匹配甬道标记。其中，匹配甬道标记可以包括一个甬道标记，也可以包括多个甬道标记。匹配甬道标记是当前待测试服务的甬道标记。

然后，将每个匹配甬道标记与目标甬道标记进行逐一匹配。如果某个匹配甬道标记与某个目标甬道标记匹配，得到指示查找到所述目标服务标识与所述目标甬道标记的对应关系的查找结果；如果所有匹配甬道标记与所有目标甬道标记均不匹配，得到指示未查找到所述目标服务标识与所述目标甬道标记的对应关系的查找结果。

具体举例而言，如果测试调用请求中携带服务A的甬道标记X，在分支甬道中预先发布了服务A的服务节点1，并为服务节点1设置了甬道标记X，在当前待调用服务为服务A的情况下，可以得到指示查找到所述目标服务标识与所述目标甬道标记的对应关系的查找结果，在当前待调用服务为服务B的情况下，可以得到指示未查找到所述目标服务标识与所述目标甬道标记的对应关系的查找结果。

步骤130，根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点。

可选的，所述根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点，包括：响应于所述匹配关系指示：所述目标甬道标记中包括所述目标服务标识对应的甬道标记，将所述测试调用请求，转发至分支甬道中与所述目标服务标识对应的设置有所述目标甬道标记的服务节点。

如果执行前述步骤，查找到所述目标服务标识与所述目标甬道标记的对应关系，则说明分支甬道中已经发布了当前待调用服务的测试版本服务，并且，当前测试调用请求需要测试一个设置了指定甬道标记的服务系节点上的服务，则流量转发模块将所述测试调用请求，转发至分支甬道中与所述目标服务标识对应的设置的所述指定甬道标记的服务节点。

可选的，所述根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点，还包括：响应于所述匹配关系指示：所述目标甬道标记中不包括所述目标服务标识对应的甬道标记，将所述测试调用请求，转发至主甬道中与所述目标服务标识对应的服务节点。

如果执行前述步骤，未查找到所述目标服务标识与所述目标甬道标记的对应关系，则说明分支甬道中未发布当前待调用服务的测试版本服务，或者，当前不需要测试当前待调用服务的测试服务版本，则流量转发模块将所述测试调用请求，转发至主甬道中与所述目标服务标识对应的服务节点。

下面结合图3进一步对本申请实施例公开的基于多甬道发布的测试方法的具体实施进行举例说明。

以目标应用的执行过程需要依次调用服务A、服务B、服务C和服务D为例，目标应用的测试调用请求对应的服务链路为：测试入口网关->服务A->服务B->服务C->服务D。假设当前需要测试服务B，则首先需要将服务B的测试版本发布到分支甬道中的一个服务节点serviceB’上，并为该服务节点serviceB’打上预先获取的甬道标记X。

另一方面，在对目标应用执行测试之前，还需要对目标应用依次调用的各服务在预设注册中心进行注册。可选的，预设注册中心可以包括：用于注册HTTP服务的第一注册中心(如图3中的consul注册中心)和用于注册RPC服务的第二注册中心(如图3中的zookeeper注册中心)。

之后，测试人员通过测试平台的测试客户端发起测试操作，并输入目标应用的标识，以及，测试服务B的甬道标记X。测试客户端根据测试人员的测试操作，生成测试调用请求，并在测试调用请求的请求头中添加甬道标记X。可选的，生成的测试调用请求中携带目标应用的调用入口(如目标应用的首跳服务—服务A的服务标识)和待测试服务的甬道标记(如甬道标记X)。之后，测试客户端将测试调用请求发送至测试平台的测试入口网关(如图3中的kong网关)。

如图3所示，kong网关中预先设置有流量转发模块route-plugin。流量转发模块route-plugin接收到测试调用请求之后，通过解析测试调用请求，得到目标应用的调用入口，以及，待测试服务B对应的甬道标记X。kong网关通过可以通过上述第一注册中心或第二注册中心，获取目标应用的首跳服务的服务标识(如服务A的服务标识)，作为目标服务标识。

然后，流量转发模块route-plugin，根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系(如服务B服务节点serviceB’和甬道标记X的对应关系)，确定所述目标甬道标记中是否有所述目标服务标识匹配的甬道标记。即判断当前待调用服务是否为需要测试的服务。在本测试场景中，目标服务标识(如服务A的服务标识)在分支甬道中没有部署服务节点，因此，没有注册甬道标记，流量转发模块route-plugin在目标甬道标记中无法查找到与服务A的服务标识匹配的甬道标记。这种情况下，流量转发模块route-plugin认为当前待调用服务不是需要测试的服务，因此，将测试调用请求转发至主甬道中部署的服务A的稳定版本服务的服务节点(如图3中的serviceA)执行。

服务节点serviceA在按照服务A的程序代码执行当前测试用例的过程中，需要调用服务B，服务节点serviceA中执行的服务A的程序代码，根据内置服务调用链路生成测试调用请求，其中，测试调用请求中携带下一跳服务(如服务B)的服务标识。

本申请的一些实施例中，服务通过部署于服务节点的流量转发模块(如rpc-route-plugin插件)将测试调用请求发送到下一跳服务。为了避免在测试调用过程中，目标甬道标记被丢弃，流量转发模块需要统一在发送测试调用请求之前，将目标甬道标记添加到待发送的测试调用请求的请求头中。例如，流量转发模块通过预先嵌入到各服务的链路数据收集方法Span获取当前服务的链路跟踪上下文TraceContext，并将所述链路跟踪上下文添加到待发送的测试调用请求的请求头中。其中，所述链路跟踪上下文TraceContext用于传递目标甬道标记。

分布式部署的流量转发模块(如rpc-route-plugin插件)在获取到上述测试调用请求之后，解析所述测试调用请求，可以获取到服务B的服务标识，进一步的，通过解析请求头，获取链路跟踪上下文TraceContext传递的目标甬道标记。

流量转发模块按照前文所述的匹配方法，将目标甬道标记与部署在分支甬道中的服务B的服务节点serviceB’设置的甬道标记进行匹配后，确定目标甬道标记中包括服务节点serviceB’的甬道标记X，则将所述测试调用请求转到的服务节点serviceB’，由服务节点serviceB’中的测试版本服务B执行当前测试用例。

按照此方法，服务A的稳定版本服务、服务B的测试版本服务、服务C的稳定版本服务和的服务D的稳定版本服务依次被调用，完成目标应用的一轮测试。

经过测试，如果目标应用的服务B的测试版本服务通过测试，则可以进行下一步的生产发布验证。如果服务B的测试版本服务通过生产发布验证，则可以释放服务B的服务节点serviceB’，实现资源回收，从而节省测试资源的占用。如果测试不通过或生产发布验证不通过，则需要重新进行测试。

本申请实施例公开的基于多甬道发布的测试方法，通过响应于接收到测试调用请求，解析所述测试调用请求，得到目标甬道标记和目标服务标识，其中，所述目标甬道标记为：待测试服务对应的甬道标记，所述目标服务标识为：当前待调用服务的服务标识；根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系；根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点。本方法不需要测试人员频繁配置测试流程，仅需要执行服务发布，并启动测试，测试平台便可以自动执行测试过程，从而提升了测试效率。另一方面，主甬道中部署的稳定版本服务无需每次测试重新部署，只需要定期更新，进一步降低了测试系统维护成本。

另一方面，实施例公开的基于多甬道发布的测试方法，可以按照配置的规则自动查找目标应用的待测试服务的测试版本服务，并结合稳定版本服务执行测试用例，可以实现多个服务同时测试，互不影响，进一步提升测试效率。具体举例而言，有服务A、服务B和服务C三个需求，分别有不同开发人员完成开发，并发布到测试环境由测试人员进行验证。如果服务A需求发布上去之后，有缺陷或错误，导致服务A不可用，会影响整个测试环境的稳定性。在使用了本申请实施例公开的基于多甬道发布的测试方法之后，服务A的测试需求会新起一个服务节点，这个服务节点打上一个特定的甬道标记，例如记为X，测试人员在验证服务A的需求的过程中，只需要在请求头中携带上甬道标记X，那么请求就转发到服务A在分支甬道中的服务节点，服务A的缺陷或错误只会影响分支甬道中服务A的服务节点的执行，主甬道不会受到任何影响，保证了测试环境的稳定性，避免了服务A对测试资源的抢占。

另一方面，主甬道中的稳定版本服务还可以用于生产验证发布，提升了稳定版本服务节点的利用率。

本申请实施例还公开了一种基于多甬道发布的测试装置，如图4所示，所述装置包括：

甬道标记和服务标识获取模块410，用于响应于接收到测试调用请求，解析所述测试调用请求，得到目标甬道标记和目标服务标识，其中，所述目标甬道标记为：待测试服务对应的甬道标记，所述目标服务标识为：当前待调用服务的服务标识；

匹配模块420，用于根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系；

调用转发模块430，用于根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点。

可选的，所述调用转发模块430，进一步用于响应于所述匹配关系指示：所述目标甬道标记中包括所述目标服务标识对应的甬道标记，将所述测试调用请求，转发至分支甬道中与所述目标服务标识对应的设置有所述目标甬道标记的服务节点；

所述调用转发模块430，进一步还用于响应于所述匹配关系指示：所述目标甬道标记中不包括所述目标服务标识对应的甬道标记，将所述测试调用请求，转发至主甬道中与所述目标服务标识对应的服务节点。

可选的，所述甬道标记和服务标识获取模块410，进一步用于：

解析所述测试调用请求，得到请求头和目标服务标识；

解析所述请求头，得到目标甬道标记。

可选的，所述解析所述请求头，得到目标甬道标记，包括：

解析所述请求头，得到链路跟踪上下文；

通过所述链路跟踪上下文，得到目标甬道标记。

可选的，所述测试调用请求中请求头通过以下方法生成：

通过跟踪所述测试调用请求的传递过程，获取当前测试调用请求的链路跟踪上下文，并将所述链路跟踪上下文添加到对下一跳服务的测试调用请求的请求头中。

可选的，所述跟踪所述测试调用请求的传递过程，包括：

在服务启动的过程中，在所述服务的代码中嵌入的链路数据收集方法；

创建所述链路数据收集方法对应的链路跟踪上下文，并通过所述链路跟踪上下文传递所述链路数据收集方法采集的目标甬道标记。

可选的，所述匹配模块420，进一步用于：

获取预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系；

在所述对应关系中查找所述目标服务标识与所述目标甬道标记的对应关系，得到查找结果；

响应于所述查找结果指示：查找到所述目标服务标识与所述目标甬道标记的对应关系，确定所述目标甬道标记和所述目标服务标识匹配；

响应于所述查找结果指示：未查找到所述目标服务标识与所述目标甬道标记的对应关系，确定所述目标甬道标记和所述目标服务标识不匹配。

本申请实施例公开的基于多甬道发布的测试装置，用于实现本申请实施例中所述的基于多甬道发布的测试方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。

本申请实施例公开的基于多甬道发布的测试装置，通过响应于接收到测试调用请求，解析所述测试调用请求，得到目标甬道标记和目标服务标识，其中，所述目标甬道标记为：待测试服务对应的甬道标记，所述目标服务标识为：当前待调用服务的服务标识；根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系；根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点。本方法不需要测试人员频繁配置测试流程，仅需要执行服务发布，并启动测试，测试平台便可以自动执行测试过程，从而提升了测试效率。另一方面，主甬道中部署的稳定版本服务无需每次测试重新部署，只需要定期更新，进一步降低了测试系统维护成本。

另一方面，实施例公开的基于多甬道发布的测试装置，可以按照配置的规则自动查找目标应用的待测试服务的测试版本服务，并结合稳定版本服务执行测试用例，可以实现多个服务同时测试，互不影响，进一步提升测试效率。具体举例而言，有服务A、服务B和服务C三个需求，分别有不同开发人员完成开发，并发布到测试环境由测试人员进行验证。如果服务A需求发布上去之后，有缺陷或错误，导致服务A不可用，会影响整个测试环境的稳定性。在使用了本申请实施例公开的基于多甬道发布的测试方法之后，服务A的测试需求会新起一个服务节点，这个服务节点打上一个特定的甬道标记，例如记为X，测试人员在验证服务A的需求的过程中，只需要在请求头中携带上甬道标记X，那么请求就转发到服务A在分支甬道中的服务节点，服务A的缺陷或错误只会影响分支甬道中服务A的服务节点的执行，主甬道不会受到任何影响，保证了测试环境的稳定性，避免了服务A对测试资源的抢占。

另一方面，主甬道中的稳定版本服务还可以用于生产验证发布，提升了稳定版本服务节点的利用率。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本申请提供的一种基于多甬道发布的测试方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其一种核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的电子设备中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图5示出了可以实现根据本申请的方法的电子设备。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。该电子设备传统上包括处理器510和存储器520及存储在所述存储器520上并可在处理器510上运行的程序代码530，所述处理器510执行所述程序代码530时实现上述实施例中所述的方法。所述存储器520可以为计算机程序产品或者计算机可读介质。存储器520可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器520具有用于执行上述方法中的任何方法步骤的计算机程序的程序代码530的存储空间5201。例如，用于程序代码530的存储空间5201可以包括分别用于实现上面的方法中的各种步骤的各个计算机程序。所述程序代码530为计算机可读代码。这些计算机程序可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。所述计算机程序包括计算机可读代码，当所述计算机可读代码在电子设备上运行时，导致所述电子设备执行根据上述实施例的方法。

本申请实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的基于多甬道发布的测试方法的步骤。

这样的计算机程序产品可以为计算机可读存储介质，该计算机可读存储介质可以具有与图5所示的电子设备中的存储器520类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩存储在所述计算机可读存储介质中。所述计算机可读存储介质通常为如参考图6所述的便携式或者固定存储单元。通常，存储单元包括计算机可读代码530’，所述计算机可读代码530’为由处理器读取的代码，这些代码被处理器执行时，实现上面所描述的方法中的各个步骤。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本申请的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种基于多甬道发布的测试方法，其特征在于，所述方法包括：

响应于接收到测试调用请求，解析所述测试调用请求，得到目标甬道标记和目标服务标识，其中，所述目标甬道标记为：待测试服务对应的甬道标记，所述目标服务标识为：当前待调用服务的服务标识；

根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系；

根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点。

2.根据权利要求1所述的方法，其特征在于，所述解析所述测试调用请求，得到目标甬道标记和目标服务标识，包括：

解析所述测试调用请求，得到请求头和目标服务标识；

解析所述请求头，得到目标甬道标记。

3.根据权利要求2所述的方法，其特征在于，所述解析所述请求头，得到目标甬道标记，包括：

解析所述请求头，得到链路跟踪上下文；

通过所述链路跟踪上下文，得到目标甬道标记。

4.根据权利要求2所述的方法，其特征在于，所述测试调用请求中请求头通过以下方法生成：

通过跟踪所述测试调用请求的传递过程，获取当前测试调用请求的链路跟踪上下文，并将所述链路跟踪上下文添加到对下一跳服务的测试调用请求的请求头中。

5.根据权利要求4所述的方法，其特征在于，所述跟踪所述测试调用请求的传递过程，包括：

在服务启动的过程中，在所述服务的代码中嵌入的链路数据收集方法；

创建所述链路数据收集方法对应的链路跟踪上下文，并通过所述链路跟踪上下文传递所述链路数据收集方法采集的目标甬道标记。

6.根据权利要求1所述的方法，其特征在于，所述根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系，包括：

获取预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系；

在所述对应关系中查找所述目标服务标识与所述目标甬道标记的对应关系，得到查找结果；

响应于所述查找结果指示：查找到所述目标服务标识与所述目标甬道标记的对应关系，确定所述目标甬道标记和所述目标服务标识匹配；

响应于所述查找结果指示：未查找到所述目标服务标识与所述目标甬道标记的对应关系，确定所述目标甬道标记和所述目标服务标识不匹配。

7.根据权利要求1所述的方法，其特征在于，所述根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点，包括：

响应于所述匹配关系指示：所述目标甬道标记中包括所述目标服务标识对应的甬道标记，将所述测试调用请求，转发至分支甬道中与所述目标服务标识对应的设置有所述目标甬道标记的服务节点；

响应于所述匹配关系指示：所述目标甬道标记中不包括所述目标服务标识对应的甬道标记，将所述测试调用请求，转发至主甬道中与所述目标服务标识对应的服务节点。

8.一种基于多甬道发布的测试装置，其特征在于，所述装置包括：

甬道标记和服务标识获取模块，用于响应于接收到测试调用请求，解析所述测试调用请求，得到目标甬道标记和目标服务标识，其中，所述目标甬道标记为：待测试服务对应的甬道标记，所述目标服务标识为：当前待调用服务的服务标识；

匹配模块，用于根据预先发布在分支甬道中的服务节点的服务标识和甬道标记之间的对应关系，确定所述目标甬道标记和所述目标服务标识的匹配关系；

调用转发模块，用于根据所述匹配关系指示的，所述目标甬道标记中是否包括所述目标服务标识对应的甬道标记的情况，将所述测试调用请求，转发至相应甬道中与所述目标服务标识对应的指定服务节点。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的程序代码，其特征在于，所述处理器执行所述程序代码时实现权利要求1至7任意一项所述的基于多甬道发布的测试方法。

10.一种计算机可读存储介质，其上存储有程序代码，其特征在于，该程序代码被处理器执行时实现权利要求1至7任意一项所述的基于多甬道发布的测试方法的步骤。