[发明专利]测试方法、装置、电子设备及计算机存储介质

说明书

本申请实施例涉及测试技术领域，公开了一种测试方法、装置、电子设备及计算机存储介质，其中，测试方法包括：接收客户端发送的针对任一微服务的测试请求，任一微服务为真实服务和/或挡板服务，真实服务是包括测试链路中挡板指针指向的目标服务节点及位于挡板指针指向的目标服务节点之前的服务节点的服务，挡板服务是包括测试链路中位于挡板指针指向的目标服务节点之后的服务节点的服务，测试链路中包括多个服务节点；接着，向挡板中台发送测试请求，以通过挡板中台根据预先设置的参数，确定将测试请求转发到真实服务或所述挡板服务，并通过真实服务或挡板服务对测试请求进行断言并返回相应的断言结果。通过指针标记服务节点，实现可插拨挡板。

技术领域

本申请实施例涉及测试技术领域，具体而言，本申请涉及一种测试方法、装置、电子设备及计算机存储介质。

背景技术

在互联网分布式技术领域中，微服务的架构模式已经逐步占据主流地位。在将应用模块拆分成微服务后，服务之间的依赖与协作网络变的错综复杂，如何提高存在外部依赖的微服务的可测性，这将直接影响到软件交付的周期与质量。

在现有的微服务测试技术中，常采用开发接口挡板程序的方式来解决外部的依赖问题。例如，在对接口进行测试时，经常采用mock测试来模拟实际工作环境，mock测试就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。设置一个mock挡板实现mock测试的开关，当需要开启mock测试功能时，则开启mock挡板，反之，则关闭该挡板。

然而，本申请发明人在具体实例过程中发现：使用挡板程序本身存在很大的局限性。首先，挡板程序本身不够灵活，每有一个需要mock的服务都需要单独编写挡板，且调用挡板程序返回的结果是静态结果，无法根据不同输入返回特定应答。第二，当被测微服务的接口发生变化时，挡板程序需要做针对性的修改升级，在开发初期，接口的改动频率是很高的。第三，挡板程序需要单独部署，需要占用硬件资源。第四，挡板的植入，可能需要修改代码配置文件中的调用地址，对服务代码有侵入，挡板的拔除，同样需要手动去拔除。

发明内容

本申请实施例的目的旨在至少能解决上述的技术缺陷之一，特提出以下技术方案：

一方面，提供了一种测试方法，包括：

接收客户端发送的针对任一微服务的测试请求，任一微服务为真实服务和/或挡板服务，真实服务是包括测试链路中挡板指针指向的目标服务节点及位于挡板指针指向的目标服务节点之前的服务节点的服务，挡板服务是包括测试链路中位于挡板指针指向的目标服务节点之后的服务节点的服务，测试链路中包括多个服务节点；

向挡板中台发送测试请求，以通过挡板中台根据预先设置的参数，确定将测试请求转发到真实服务或挡板服务，并通过真实服务或挡板服务对测试请求进行断言并返回相应的断言结果。

在一种可能的实现方式中，通过挡板服务对测试请求进行断言并返回相应的断言结果，包括：

通过挡板服务中的挡板断言确定测试请求是否符合预期，并返回相应的断言结果。

在一种可能的实现方式中，服务网关位于测试系统中，测试系统包括前端模块，前端模块包括挡板指针管理页面、挡板逻辑扩展页面、断言管理页面及服务节点管理页面；

在客户端发送的针对任一微服务的测试请求之前，还包括：

通过挡板指针管理页面增加挡板指针；

通过挡板逻辑扩展页面增加挡板逻辑和根据挡板逻辑生成挡板服务；

通过断言管理页面增加挡板断言；

通过服务节点管理页面将挡板指针指向测试链路中的目标服务节点，并将包括挡板指针指向的目标服务节点及位于挡板指针指向的目标服务节点之前的服务节点确定为真实服务，将包括位于挡板指针指向的目标服务节点之后的服务节点确定为挡板服务。