当项目迭代已久，接口数量庞大，人工回归测试成本高昂时，可以采取几种策略。一是生成异常数据及业务逻辑的自动化测试用例，二是手动添加关键场景的接口测试用例，三是流量回放。流量回放可以通过引流或爬虫方式实现，直接记录并重播流量，甚至利用日志转换为测试用例。这些方法能有效减少人工介入，提高测试效率。
思考：迭代很久的项目如何开展自动化测试
在项目初期没有去做接口自动化，项目迭代很久后发现人工回归成本极高，如何在已有成千上万的接口进行自动化测试？
可能的解决方案：
- 脚本生成常见的异常数据的接口测试用例 + 业务正常逻辑的接口用例手动生成
- 人工手动添加主要场景的接口测试用例
- 流量回放
前面两种解决方案都是要大量人工添加
流量回放
- 引流，然后做录制回放，如Nginx
- 爬虫（前端全站扫描），流量回放（无干扰的环境进行）
通过引流或者爬虫的方式，直接进行流量回放。
通过引流或者爬虫的方式，日志筛选转换成接口测试用例，并通过脚本生成接口异常数据
如，直接修改流量中部分字段的数据，断言使用直接运行后获取reponse后修改该用例的预期结果
扫一扫
8127
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
