自动化测试之流量回放技术

流量回放近几年一直是大家热衷讨论的话题，具体的效果智者见智。文章作者也是在技术工程领域有丰富的实践经验，推荐一看。

本篇背景是另外一同事朋友，最近在利用流量回放技术应用在服务端接口自动化测试方面，还在各部门全力推进阶段，未来效果暂且不好说，但这部分内容确实各大公司，测试技术大会等等的热词，由于我没参与但我很感兴趣，所以邀请普及一篇，后边应该还会带来实战篇，本公众号坚持原创和干货分享，欢迎长期关注，一同成长，如果你有好的实战分享也欢迎投稿。

前言

在日常的测试工作中我们或多或少总会遇到下列问题：

1）服务架构升级或重构，需要验证原始接口逻辑，对原有的一堆接口做回归

2）对于业务逻辑复杂的场景，每个迭代版本都需要大量的时间用于回归测试

3）编写自动化用例时复杂场景造数麻烦，日常自动化维护成本高

4）构造压测模拟数据麻烦

…等等

那么从服务的所有环境来看，仅线上环境拥有场景丰富、数据真实、覆盖全面的条件，那么我们将线上环境的请求数据获取下来，在指定的环境中模拟用户请求基本上可解决或者优化上面的这些问题。因此有必要需要对流量回放这项技术探究一下，首先从资料总结和自身搭建讲演来讲，总结流量回放的大概流程可为：流量录制 - 数据持久化 - 回放计划 - 环境维护 - 流量回放 - 结果比对。其次，所谓工欲善其事，必先利其器，下面我们看一些常用的流量回放分类以及工具的优缺点。

工具分类

根据流量录制的位置大致可分为：基于web服务器录制、基于应用层录制、基于网络协议栈录制。

web服务器录制

方案：在服务上定制化代码

优点：请求类型比较多样

缺点：不通用，维护成本高，会占用大量线上资源

应用层录制

方案：在网关或基于AOP切面进行录制

优点：对代码无侵入、实现相对比较快捷简单

缺点：会占用线上部分资源、可能会对业务有影响

常用工具：Nginx插件-ngx_http_mirror_moudle、Java-sandbox

网络协议栈录制

方案：直接监听网络端口，复制数据包方式录制

优点：基本对应用无影响

缺点：比较偏向底层实现成本较高

常用工具：goReplay、tcpCopy、tcpReplay

常用工具介绍

ngx_http_mirror_module

流量请求到nginx后，nginx正常转发请求到目标应用，同时复制流量到mirror服务后不再管控。

优点：

原生模块支持，在nginx 1.13.4版本后内置该模块
支持配置多份镜像放大流量
配置比较简单，nginx-server将流量复制到mirror后无交集，达到对真实流量无影响目的

缺点：

修改配置后需要执行“nginx -s reload”命令使变更生效，线上环境不建议这么做
实际业务中经由nginx转发的模块较多，无法筛选指定请求
只支持录制http流量
mirror为子请求，当mirror未结束时，主请求的内存无法释放，可导致nginx性能下降甚至阻塞

TcpCopy

项目地址：https://github.com/session-replay-tools/tcpcopy

流转示意图：

TcpCopy主要有tcpcopy和intercept两个模块组成，tcpcopy模块运行在线上机器，主要负责捕获在线请求并修改请求头中的目标地址和源地址，然后使用raw socket输出技术发送数据包到目标服务器。目标服务器上根据配置的信息将响应数据包路由到intercept辅助服务器。intercept辅助将提取的响应头信息发送给tcpcopy。tcpcopy利用收到的信息修改捕获的数据包属性并发送至目标服务器。

优点：

使用线上的真实数据
适合高并发场景
对目标服务器基本无干扰
支持复制基于TCP任意层协议的流量

缺点：

由于只做数据包复制未做流量异常鉴别，可能导致异常数据进入目标服务器
无法对应用层的数据进行筛选和修改
可能会丢失数据包导致请求丢失

GoReplay

项目地址：https://github.com/buger/goreplay

GoReplay是基于Go语言实现与Tcpdump一样都是依赖pcap库，主要监听网络接口流量来录制流量，支持在线和离线方式回放流量

优点：

轻量程序基本无需配置，环境准备简单
程序资源消耗少，无侵入应用运行环境
提供不限制语言的插件机制，方便拓展

缺点：

社区版仅支持录制http协议，且与核心逻辑耦合，应用面不广泛
大公司使用少，整体成熟度不高

Jvm-sandbox-repeater

项目地址：https://github.com/alibaba/jvm-sandbox-repeater

使用jvm-sandbox沙箱技术，通过Java agent或者attach方式挂载到Java应用上。repeater模块根据配置的规则录制或回放数据，console模块主要负责触发和数据交互。

优点：

通过字节码增强的方式可以直接录制Java方法、子调用
对业务代码0侵入
模块功能丰富

缺点：

对服务运行环境有一定侵入
在挂载瞬间会占用较多的机器资源，当业务量大时可能会导致服务夯住
当前功能不完善，需要代码开发能力

总结

通过技术方案可以方便我们利用线上真实流量验证压测、自动化、回归等场景，根据自己实际的需求选择合适的工具，但一切以不影响线上服务的稳定可用为前提。也期待后续会有更多的更完善的流量回放方案。

下面是配套资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

最后： 可以在公众号：伤心的辣条！免费领取一份216页软件测试工程师面试宝典文档资料。以及相对应的视频学习教程免费分享！，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。

学习不要孤军奋战，最好是能抱团取暖，相互成就一起成长，群众效应的效果是非常强大的，大家一起学习，一起打卡，会更有学习动力，也更能坚持下去。你可以加入我们的测试技术交流扣扣群：914172719（里面有各种软件测试资源和技术讨论）

喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！

好文推荐

转行面试，跳槽面试，软件测试人员都必须知道的这几种面试技巧！

面试经：一线城市搬砖！又面软件测试岗，5000就知足了…

面试官：工作三年，还来面初级测试？恐怕你的软件测试工程师的头衔要加双引号…

什么样的人适合从事软件测试工作？

那个准点下班的人，比我先升职了…

测试岗反复跳槽，跳着跳着就跳没了…