RPC
服务接口测试自动化初探
目前测试行业提起接口自动化测试,一般都默认是
HTTP/HTTPS
接口自动化测试,
我想主要原因有两点:
1
、
HTTP/HTTPS
请求比后端服务更贴近实际用户;
2
、
Java
、
Python
都有丰富的第三方扩展,可以方便快速的搭建一套
HTTP/HTTPS
测试框架,并且还可以拓展到功能回归、线上监控等场景。
近些年微服务的兴起让更多的人了解到
RPC
框架,当然不同的
RPC
框架,在设计、
实现和使用上存在巨大差异,这也让
RPC
服务在接口测试方面具有一定的难度,针对每一
个
RPC
接口都编写对应的测试代码是最直接的方式,在实际实施过程中会有两个主要问
题:
1
、测试代码需要花费大量时间开发,容易拉长项目节奏;
2
、测试代码需要大量人力来维护。
在本篇文章中,我们交流一下在
RPC
服务接口测试的自动化方向上的一些尝试。
整体流程
在实现
RPC diff
框架过程中,就在思考能不能把这些能力也应用到
RPC
接口测试
上,这样就不需要对每一个
RPC
接口编写测试代码,当
RPC
接口发生变更时,也不需要
同步修改测试代码,即解放了人力,又提高了效率。早些时间公众号上有一篇《
RPC
服务
测试新思路》,本篇是在使用场景上做了一些扩展,有兴趣的同学也可以阅读一下前篇的
内容。
RPC
接口测试在
RPC Diff
框架的基础上做了一些对应的调整,整体示意图如下:
流程解析