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

说明书

本申请实施例涉及测试技术领域，公开了一种测试方法、装置、电子设备及计算机存储介质，其中，测试方法包括：接收客户端发送的针对任一微服务的测试请求，任一微服务为真实服务和/或挡板服务，真实服务是包括测试链路中通过挡板指针标记的服务节点的服务，挡板服务包括测试链路中除通过挡板指针标记的服务节点之外的服务节点的服务，测试链路中包括多个服务节点；接着，获取任一微服务包括的每个服务节点的路由信息；接着，基于任一微服务包括的每个服务节点的路由信息，对测试请求进行测试并返回相应的测试结果。本申请实施例的方法，通过指针的方式标记服务节点，实现了零侵入、可插拨的挡板，同时可以像游标一样左右自由调节。

技术领域

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

背景技术

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

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

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

发明内容

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

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

接收客户端发送的针对任一微服务的测试请求，任一微服务为真实服务和/或挡板服务，真实服务是包括测试链路中通过挡板指针标记的服务节点的服务，挡板服务包括测试链路中除通过挡板指针标记的服务节点之外的服务节点的服务，测试链路中包括多个服务节点；

获取任一微服务包括的每个服务节点的路由信息；

基于任一微服务包括的每个服务节点的路由信息，对测试请求进行测试并返回相应的测试结果。

在一种可能的实现方式中，获取任一微服务包括的每个服务节点的路由信息，包括：

向微服务注册中心发送查询任一微服务包括的每个服务节点的路由信息的查询请求，微服务注册中心是用于注册服务网关、服务节点、挡板中控及挡板服务的，挡板中控用于控制将测试请求转到真实服务或挡板服务；

接收微服务注册中心返回的任一微服务包括的每个服务节点的路由信息。

在一种可能的实现方式中，在接收客户发送的针对任一微服务的测试请求之前，还包括：

将服务网关、服务节点、挡板中控及挡板服务注册至微服务注册中心。

在一种可能的实现方式中，基于任一微服务包括的每个服务节点的路由信息，对测试请求进行测试并返回相应的测试结果，包括：

向挡板中控发送任一微服务包括的每个服务节点的路由信息，以使得挡板中控基于预先设置情况，根据任一微服务包括的每个服务节点的路由信息，将测试请求转发到相应的真实服务或挡板服务，并通过真实服务或挡板服务对测试请求进行测试并返回相应的测试结果。