流量录制回放方式可以取代手工写自动化用例吗?

　　关于接口测试，现实中还存在一种情况：那就是对现有系统缺失的接口测试进行“补锅”，需要对已存在的众多接口场景进行测试用例的补充覆盖。如果采用传统的测试方式，是从接口定义开始，手动梳理系统接口文档、对照着录入测试用例、写好逻辑断言，然后还要在深入理解接口后，构造相应的测试数据，这是常规的方式，也是正确的方式，但是毫无疑问是个慢工细活。当我们需要在较短时间内完成一轮补充的话，这个方式显然做不到。于是一种新的解决方案出现：自动采集真实的流量并形成接口测试用例。

　　流量“录制”指的是对线上的流量请求和返回进行拦截录制，然后记录下来形成测试用例;而“回放”指的是把线上录制下来的请求和返回，复制到一个准生产环境服务中，测试新功能和服务是否满足要求。真实(数据)和高效，是流量录制回放方式的两大优点，而其主要的应用场景包括：

　　出现线上故障时，录制的真实流量可以回放到开发/测试环境来进行调试分析，这是用到“真实”的场景，也是流量录制回放功能的基础价值;

　　对录制好的真实流量进行复制放大、应用到预发布环境中作为压测用例，这也是用到“真实”的场景，真实流量对压测来说确实是个很好的补充;

　　如上文提及，批量形成第一次的回归自动化用例集合，这是用到“高效”的场景。

　　实现流量引流录制的主流方式包括：Nginx 的镜像复制、GoReplay 直接监听网络接口捕获 Http 流量、基于日志解析，以及针对应用业务自研复制引流功能。业内最为流行的工具当属 GoReplay 和 TCPCopy，其中 GoReplay 尤其简单易用，而且无代码入侵，对线上应用的影响可以忽略不计。

　　那么是不是有了流量录制回放的功能，就不再需要手工写自动化用例了呢?肯定不是的，我们还需要踏踏实实写自动化用例。首先，流量录制回放是后置的“补锅行为”，没有人希望等到接口上线之后才去测试，所以往往是一次性的工作;其次，流量录制也是需要较长时间才能达到较高的用例覆盖，对于非常用的边界，但是重要的场景我们仍然需要人工去设计;再次，对于构建复杂的多接口组合的场景用例来说，流量录制的方式还难以做到：对录制下来的流量进行二次加工，可能还不如动一下脑筋去人工实现。

　　以上内容为大家介绍了流量录制回放方式可以取代手工写自动化用例不，希望对大家有所帮助，如果想要了解更多接口自动化测试相关知识，请关注多测师。https://www.aichudan.com/xwzx/