Thrift服务 测试思考 设计 落地记录

一、需求简介

如上图：本次主要测第三方服务不可用时，备用机制是否有效

二、测试思考

方案一：从最外层API层切入
1、优势

这个方案写测试脚本简单，因为目前的自动化测试脚本都是从API切入的，相当于测试脚本可以直接拿现有的测试框架用

2、劣势

1、不够直接
我只是关心备用机制是否有效，从API为入口，会经过层层调用，不够直接
2、部署环境繁琐
因为需要借助mock来实现测试，所以需要将代码放置到本地运行更高效，这时我就要在本地把相关依赖服务都要部署

方案二：从Thrift服务切入
1、优势

部署服务简单，只需部署被测服务Thrift即可

2、劣势

获取服务不可控
需要从zk获取服务，但zk是公共服务，除了测试人员，还有研发团队会同时启动该服务，不能保证一定会走本地部署的服务

方案三：在Thrift服务内单元测试
1、优势

1、部署简单
2、服务可控

2、劣势

唯一的不足就是会入侵研发代码，综合上述两种方案，此劣势可忽略~~~

三、测试方案