CN113377680A - Dubbo服务测试系统及方法 - Google Patents

Abstract

本发明公开了一种Dubbo服务测试系统及方法，该系统包括：浏览器用于：提供用户进行服务接口选择、测试脚本选择和测试环境选择，展示服务结果；统一接入服务器用于：根据服务接口、测试脚本和测试环境调用管理服务器、代理服务器或辅助服务器进行相应的处理，接收并处理管理服务器、代理服务器或辅助服务器返回的服务结果；管理服务器用于：对服务接口、测试脚本和测试环境进行管理；辅助服务器用于：基于测试脚本获取动态参数，识别测试脚本的断言逻辑；代理服务器用于：基于服务接口、测试脚本和测试环境进行Dubbo服务测试。本发明解决了Dubbo服务测试脚本启动慢、不同环境直接的切换慢、跨环境数据无法断言的问题。

Description

Dubbo服务测试系统及方法

技术领域

本发明涉及分布式服务测试技术领域，尤其涉及Dubbo服务测试系统及方法。

背景技术

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

目前，对分布式服务框架Dubbo的测试，通常是采用TestNg等java测试组件来进行测试的。此类测试方法的弊端是每次运行测试脚本，都需要启动Dubbo容器。如果是一个较大的项目，那么对应的测试工程也会很庞大，每次执行测试脚本时，启动Dubbo容器就需要1分钟以上，效率太低。而且对于不同的测试环境，还需要切换测试工程的代码流来完成环境的切换，效率太低，且无法实现不同环境之间的数据断言比对。

发明内容

本发明实施例提供一种Dubbo服务测试系统，该系统包括：

浏览器、统一接入服务器、管理服务器、辅助服务器、代理服务器和；

浏览器用于：提供用户进行服务接口选择、测试脚本选择和测试环境选择，展示服务结果给用户；

统一接入服务器用于：根据用户选择的服务接口、测试脚本和测试环境确定调用管理服务器、代理服务器或辅助服务器进行相应的处理，接收并处理管理服务器、代理服务器或辅助服务器返回的服务结果；

管理服务器用于：对服务接口、测试脚本和测试环境进行管理；

辅助服务器用于：基于测试脚本获取动态参数，识别测试脚本的断言逻辑；

代理服务器用于：连接Dubbo服务器，基于服务接口、测试脚本和测试环境进行Dubbo服务测试。

本发明实施例还提供一种Dubbo服务测试方法，该方法包括：

用户通过浏览器选择服务接口、测试脚本和测试环境；

统一接入服务器根据用户选择的服务接口、测试脚本和测试环境确定调用管理服务器、代理服务器或辅助服务器进行相应的处理；

管理服务器对服务接口、测试脚本和测试环境进行管理；

辅助服务器基于测试脚本获取动态参数，识别测试脚本的断言逻辑；

代理服务器连接Dubbo服务器，基于服务接口、测试脚本和测试环境进行Dubbo服务测试；

统一接入服务器接收并处理管理服务器、代理服务器或辅助服务器返回的服务结果。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述Dubbo服务测试方法。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述所述Dubbo服务测试方法的步骤。

本发明实施例中，基于HTTP+Dubbo代理服务，能够通过浏览器页面来发起测试，无需使用IDE来编写脚本并启动Dubbo容器。能够通过界面选择框来快速切换环境，无需使用切换代码流。能够选择不同的环境，使用相同的报文发起交易并对不同环境交易结果进行断言比对。

附图说明

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

图1为本发明实施例中Dubbo服务测试系统结构框图；

图2为本发明实施例中统一接入服务器结构框图；

图3为本发明实施例中管理服务器结构框图；

图4为本发明实施例中辅助服务器结构框图；

图5为本发明实施例中代理服务器结构框图；

图6为本发明实施例中Dubbo服务测试方法流程图。

具体实施方式

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

本发明的目的在于提供一种高效的多环境切换和数据比对的Dubbo服务测试方法，基于HTTP+Dubbo代理服务，能够通过浏览器页面来发起测试，无需使用IDE来编写脚本并启动Dubbo容器。能够通过界面选择框来快速切换环境，无需使用切换代码流。能够选择不同的环境，使用相同的报文发起交易并对不同环境交易结果进行断言比对。

在本发明实施例中，图1为本发明实施例中Dubbo服务测试系统结构框图，包含浏览器，网关服务器，代理服务注册中心配置中心，统一接入服务器、管理服务器，代理服务器、辅助服务器。

浏览器：用户通过浏览器打开测试页面进行操作。可以进行接口管理，报文管理，编辑脚本，执行脚本，查看请求结果(请求结果是指服务接口的返回报文。比如调用账户余额查询服务接口，请求结果里面，就应该包含余额是多少的信息)，查看数据比对断言结果等。

服务接口：是服务提供方会暴露给服务消费方的一个java接口类，里面一系列包含的方法的定义。服务消费方需要指定接口和方法名来进行调用。

测试脚本：经过服务器处理之后，测试脚本会转换成为调用服务接口时上送的报文。

测试环境：由于存在多套测试环境，每套测试环境有不同的ip和端口，所以需要指定对应的环境来进行调用。

网关服务器：用于配置多台统一接入服务器做负载均衡。可使用nginx。

代理服务注册中心配置中心：由注册中心来进行统一的服务治理和服务调度，由配置中心来进行各服务器的动态环境变量配置。可使用nacos。即对统一接入服务器、管理服务器、辅助服务器和代理服务器进行注册配置管理。

统一接入服务器：用于接收用户的所有操作请求(即用户选择的服务接口、测试脚本和测试环境)，根据用户指令进行下一步的操作。负责识别用户指令来调度辅助服务器、代理服务器、管理服务器。连接到代理服务注册中心配置中心，实现服务发现和配置加载。即根据用户选择的服务接口、测试脚本和测试环境确定调用管理服务器、代理服务器或辅助服务器进行相应的处理，接收并处理管理服务器、代理服务器或辅助服务器返回的服务结果；

管理服务器：连接到代理服务注册中心配置中心，实现服务注册和配置加载。用于接口管理、脚本管理、环境配置管理。本发明中所有功能实现，都是由一个一个的微服务来组成的。所以不仅仅是要测试的那个服务接口是一个服务，本发明中的所有的跨服务器的调用，都是通过服务调用的方式来实现的，所以所有的功能，都涉及服务注册。

辅助服务器：连接到代理服务注册中心配置中心，实现服务注册和配置加载。用于做一系列的辅助处理，比如解析动态参数，执行结果断言等。当测试脚本中，包含动态参数时，就需要先经过辅助服务器，把测试脚本翻译成上送报文之后，再把上送报文传递给代理服务器。

代理服务器：每个测试环境至少需要一台代理服务器，连接到Dubbo服务部署的环境的注册中心，实现服务订阅。再连接到代理服务注册中心配置中心，实现服务注册和配置加载。用于调用Dubbo服务，即基于服务接口、测试脚本和测试环境进行Dubbo服务测试。

图2为本发明实施例中统一接入服务器结构框图。如图2所示，该统一接入服务器主要由指令解析模块、服务调用模块、结果处理模块组成。

指令解析模块：根据前端上送的参数，决定该调用哪些服务。涉及到动态参数获取的，需要调用辅助辅助器来处理。涉及到脚本执行的，需要根据环境参数，调用对应环境的代理服务器来处理。涉及到接口管理、脚本管理和环境配置管理的，调用管理服务器来处理。

服务调用模块：通过注册中心来实现动态的服务发现，并执行服务调用和接收服务的返回值。

结果处理模块：对服务返回结果进行加工处理，包括断言判断，动态参数回显。

图3为本发明实施例中管理服务器结构框图。如图3所示，该管理服务器主要由接口管理模块，脚本管理模块，环境管理模块组成。

接口管理模块：对接口进行持久化处理。对外提供服务接口的新增、修改、删除、查询功能。

脚本管理模块：对接口的脚本进行持久化处理。对外提供接口脚本的新增、修改、删除、查询功能。

环境管理模块：对测试环境的配置进行处理。由环境管理员来进行统一的环境配置。

图4为本发明实施例中辅助服务器结构框图。该辅助服务器由动态变量解析模块和断言处理模块组成。

动态变量解析模块：解析脚本中的动态参数。其用处是通过技术手段来生成动态参数，并赋值到指定的上送报文里面去。

针对工作日期，工作时间，时间戳等，需要根据不同的环境来解析出对应环境的变量值。针对事件编号，交易流水号，交易检索号等参数，需要动态生成且保证唯一性。

比如，在淘宝买东西，订单信息里面，都会有一个订单编号，这里的这些就类似订单编号，需要保证系统内唯一性。这个参数就可以由测试工具来进行统一动态生成。比如“订单编号”，需要保证系统内全局唯一。如果由测试人员手动填写的话，没办法保证测试人员A跟测试人员B所填写的值不重复。所以由辅助服务器来解析动态参数，把动态参数转换成具体的“订单编号”。

比如，在银行系统里面，对于交易流水号，每个地区每个网点每天都会从1开始累加，而且要保证这个序号按顺序递增且不重复，所以这里就应该作为一个动态参数来由辅助服务器生成。

针对sql脚本变量，需要在对应环境的数据库中进行查询。

sql脚本变量跟动态参数差不多，比如要测一批借记卡的启用，可以把写一个sql脚本变量，由辅助服务器去数据库里面取未启用的卡号，这样就不用测试人员自己一个一个去找数据了。

断言处理模块：识别脚本的断言逻辑，当拿到接口的返回报文时，根据断言逻辑进行断言分析，即执行断言。断言逻辑可以是用返回值跟常量比较，可以用返回值跟数据库的指定值比较，可以用返回值跟缓存的指定值比较，可以用两个环境返回值的同名字段进行比较。

比如，张三给李四转账100元，断言逻辑里面，就可以写张三的余额减100元，且有该笔扣账明细。李四的余额加100元，且有该笔入账明细。

图5为本发明实施例中代理服务器结构框图。该代理服务器主要由事务代理模块，Dubbo调用模块组成。

事务代理模块：适用于对SAGA、TCC的子事务的相关处理。由于SAGA、TCC子事务只能被有事务的主事务或子事务调用，当调用子事务的时候，事务代理模块开启一个主事务，负责协调后面所有子事务的事务。当其中一个子事务失败时，负责触发所有子事务的逆序补偿。执行完整个事务之后，对外返回了主事务的ID，前端接收主事务的ID之后，可以执行事务的查询和手动触发逆序补偿。

事务代理和服务接口的关系：调用服务接口之前，需要事务代理先开启一个事务，然后调用服务接口，当服务接口里面又涉及多个服务的调用，就要保证这里面的事务原子性。比如测试一个转账服务接口，需要保证借方和贷方同时处理成功。如借方扣款成功了，贷方入账失败了，就由代理服务所开启的这个事务来调起借方扣款的补偿交易，把借方扣的款退回去。

事务代理和测试脚本的关系：事务代理只是服务调用中的一个环节，只负责传递上送报文(上送报文就是由测试环境转换出来的)。

事务代理和测试环境的关系：事务代理和测试环境没有直接的关系。参照图1和图5来说，事务代理模块是在代理服务器中的，每个环境都会部署一组代理服务器，用于处理事务。

Dubbo调用模块：通过接口类路径，接口版本号，接口方法名(这些是从客户端浏览器作为参数一路传递过来的。这些都是可以在浏览器中进行接口管理功能来维护的)，主事务就可以用泛化调用技术来调用子事务。泛化调用是dubbo框架提供的。简单来说就是服务调用时，不需要拿到接口提供方所提供的接口类文件，只需要知道接口类路径，就可以调用了。

图6为本发明实施例中Dubbo服务测试方法流程图，包含的流程如下：

步骤6.1：用户通过选择框选择接口。若选择框中不存在用户需要的接口，可以通过接口管理功能的新增按钮先进行接口新增。若对存量的接口有需要的修改，可以通过接口管理的修改按钮进行接口修改。若选择框中的接口不需要了，可以通过接口管理的删除按钮进行接口删除。

步骤6.2：用户通过选择框选择测试脚本。若选择框中不存在用户需要的测试脚本，可以通过测试脚本管理的新增按钮先进行脚本新增。若对存量的测试脚本有需要的修改，可以通过测试脚本管理的修改按钮进行测试脚本修改。若选择框中的测试脚本不需要了，可以通过测试脚本管理的删除按钮进行测试脚本删除。

步骤6.3：用户通过选择框选择测试环境。可以选择单个环境执行一个或多个测试脚本，也可以选择多个环境同时执行一个或多个测试脚本。测试环境由配置管理员统一配置。通过这种方式来进行环境切换，免去了切换代码流或手动修改配置文件，极大地提高了环境切换的成本。

步骤6.4：用户点击执行脚本按钮，就发起脚本执行请求，由后台各服务器协调处理，执行测试脚本。通过这种方式进行脚本执行，让测试脚本免去了启动Dubbo容器的步骤，极大地提高了脚本执行效率。

步骤6.5：代理服务器识别前端的请求参数，执行完脚本之后，把执行结果展示到前端界面上，供用户查看。

其中，步骤6.4和步骤6.5具体包括：

统一接入服务器根据用户选择的服务接口、测试脚本和测试环境确定调用管理服务器、代理服务器或辅助服务器进行相应的处理；

管理服务器对服务接口、测试脚本和测试环境进行管理；

辅助服务器基于测试脚本获取动态参数，识别测试脚本的断言逻辑；

代理服务器连接Dubbo服务器，基于服务接口、测试脚本和测试环境进行Dubbo服务测试；

统一接入服务器接收并处理管理服务器、代理服务器或辅助服务器返回的服务结果。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述Dubbo服务测试方法。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述所述Dubbo服务测试方法的步骤。

本发明提出的Dubbo服务测试系统及方法具有如下有益效果：

(1)基于HTTP+Dubbo代理服务，能够通过浏览器页面来发起测试，无需使用IDE来编写脚本并启动Dubbo容器。解决了Dubbo服务测试脚本启动慢的问题。由传统的每次运行测试脚本启动一次Dubbo容器，改进成只需要启动一次服务器的Dubbo容器，测试脚本就可以无限次运行。

(2)解决了不同环境直接的切换慢的问题。由传统的通过代码流来把整个测试工程进行切换，改进成只需要通过界面上的选择框来进行环境切换。

(3)解决了跨环境数据无法断言的问题。由传统的测试脚本只能连接一个环境进行执行，改进成可以通过界面选择多个环境同时执行，并支持跨环境数据断言处理。

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

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

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

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

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

Claims (10)

1.一种Dubbo服务测试系统，其特征在于，包括：浏览器、统一接入服务器、管理服务器、辅助服务器和代理服务器；

浏览器用于：提供用户进行服务接口选择、测试脚本选择和测试环境选择，展示服务结果给用户；

统一接入服务器用于：根据用户选择的服务接口、测试脚本和测试环境确定调用管理服务器、代理服务器或辅助服务器进行相应的处理，接收并处理管理服务器、代理服务器或辅助服务器返回的服务结果；

管理服务器用于：对服务接口、测试脚本和测试环境进行管理；

辅助服务器用于：基于测试脚本获取动态参数，识别测试脚本的断言逻辑；

代理服务器用于：连接Dubbo服务器，基于服务接口、测试脚本和测试环境进行Dubbo服务测试。

2.如权利要求1所述的Dubbo服务测试系统，其特征在于，还包括网关，用于：连接浏览器和统一接入服务器。

3.如权利要求1所述的Dubbo服务测试系统，其特征在于，还包括代理服务注册中心配置中心，用于：对统一接入服务器、管理服务器、辅助服务器和代理服务器进行注册配置管理。

4.如权利要求1所述的Dubbo服务测试系统，其特征在于，统一接入服务器包括指令解析模块、服务调用模块和结果处理模块；

指令解析模块用于：对用户选择的服务接口、测试脚本和测试环境进行解析，确定调用管理服务器、代理服务器或辅助服务器；

服务调用模块用于：调用管理服务器、代理服务器或辅助服务器，接收管理服务器、代理服务器或辅助服务器返回的服务结果；

结果处理模块用于：对返回的服务结果进行处理。

5.如权利要求1所述的Dubbo服务测试系统，其特征在于，管理服务器包括接口管理模块、脚本管理模块和环境管理模块；

接口管理模块用于：对接口进行持久化处理，对外提供服务接口的新增、修改、删除、查询功能；

脚本管理模块用于：对接口的脚本进行持久化处理，对外提供接口脚本的新增、修改、删除、查询功能；

环境管理模块用于：对测试环境的配置进行处理。

6.如权利要求1所述的Dubbo服务测试系统，其特征在于，辅助服务器包括动态变量解析模块和断言处理模块；

动态变量解析模块用于：基于测试脚本获取动态参数；

断言处理模块用于：识别测试脚本的断言逻辑。

7.如权利要求1所述的Dubbo服务测试系统，其特征在于，代理服务器包括事务代理模块和Dubbo调用模块；

事务代理模块用于：开启事务，调用服务接口；

Dubbo调用模块用于：连接Dubbo服务器，调用Dubbo服务器，基于服务接口、测试脚本和测试环境进行Dubbo服务测试。

8.一种Dubbo服务测试方法，其特征在于，包括：

用户通过浏览器选择服务接口、测试脚本和测试环境；

统一接入服务器根据用户选择的服务接口、测试脚本和测试环境确定调用管理服务器、代理服务器或辅助服务器进行相应的处理；

管理服务器对服务接口、测试脚本和测试环境进行管理；

辅助服务器基于测试脚本获取动态参数，识别测试脚本的断言逻辑；

代理服务器连接Dubbo服务器，基于服务接口、测试脚本和测试环境进行Dubbo服务测试；

统一接入服务器接收并处理管理服务器、代理服务器或辅助服务器返回的服务结果。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求8所述Dubbo服务测试方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求8所述Dubbo服务测试方法的步骤。

Images