是为了减化接口自动化，做接口自动化得写用例，流量回放直接记录手工操作就行了
可是流量回放是否也有局限，因为我们回放是生产录制，测试回放，这样的话就需要做数据 MOCK
否则生产有数据，测试没有的话，接口返回直接就不一致了
为了避免这种情况，在回放时被测服务 dubbo 调用其他服务，或者调用数据库等外部调用，都给 MOCK 了
所以测试结果，只能保证被测服务本身是没问题的，却测不到该服务调外部服务的情况（比如查数据库）
但是一般用户使用该服务时，该服务都会正常调用外部服务（比如查数据库）
所以回放时测不到调用外部服务的情况，我认为这可能是 流量回放无数据污染的代价
你这都不是问题，最大的问题是，信息安全问题，怎么处理敏感，怎么说服安全部门
流量回放没有接触过。是不是为了更好的感知用户的操作步骤，在 test 环境进行模拟，或者做更好的场景分析。
AREX 开源工具了解一下
个人的观点:
- 流量回放投入成本太高，收益太小
- 流量回放如何区别流量的难度比自己设计测试用例写接口自动化难太多
- 不确定为什么突然流行这个流量回放工具的，尤其用在自动化测试上，在接口自动化测试这个场景上，从头构建流量回放工具是不值得的，也不是测试一个部门能做起来的
我想请教一下 流量回放怎么解决那些每次运行都有变化的字段,最经典的 比如时间戳 比如随机数 比如依赖的上游数据
帮高测提高工资和职级升迁，对项目和测试工作的话应该是食之无味，弃之可惜
感觉小厂做不了，大厂才有这能力
做得好的都很少，成本高，收入低，还不如做好线上各种监测，服务、接口、业务等