超级会员免费看
本文探讨了引流测试的价值、存在的问题及其适用场景。主要指出引流测试在不稳定的业务自动化、链路调试投入大以及自动化价值低的挑战，并提出适用于底层服务层测试和场景查漏补缺的场景。同时，强调了在频繁变动的新业务、流量小或用户场景单一的业务中应减少使用。最后，提出了回归测试的本质需求和最佳实践，即侧重场景和数据，以及将引流作为辅助自动化手段。
目录
一、引言
无论讨论什么问题， 希望尽可能站在“上帝视角”，能比较全面的分析问题。
因而，这里会同时对 引流测试的 价值 、以及其局限性、使用前提进行探讨。
二、使用的不爽之处
极度不稳定(数据同步、状态变更)
无法任何业务自动化测试
链路调试投入大(需要详细了解下游依赖的底层数据表的关联关系， 故而，需要开发人员 协助)
自动化价值低，具体体现在：
1、效率提升方面：自动化维护 投入大， 产出仅仅原有回归；一旦业务实现变动，这是常态， 自动化必须重新调试
2、引流测试方法的 最大痛点。线上没有场景， 覆盖不到
3、自动化bug发现率低
三、建议适用场景
1、偏底层的服务层测试。测试需求： 由于是底层测试， 一般会面临困难：接口入参难拼： 参数往往来自外域的调用， 无法比较全面覆盖入参
解决： 通过引流，直接获取外域的调用入参
比如，整个业务范围包括： 业务A，业务B，业务C， 分属于不同业务域，由不同研发团队负责。(待测服务)业务C，则可以采用引流
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
