抱歉docker版本的没有更新，新版本目前只有手动部署。详见：https://github.com/t880216t/iat

print(testunit)

实际可以理解为一个深度定制的云代理工具，平台化的运行，可将流量信息归档复用。还有个实时对比功能，可以实时对比不同版本，同样操作的返回信息，这部分已经开发，还没写帖子。

我的中间人代理采用的是二次开发的mitmproxy作为采集器，用mitmweb来可视化和过滤流量，借助mitmdump来保存流量文件和回放。一开始也设计了基于sandbox的方案，考虑到对源码的0入侵，后来也尝试了goreplay，但是没法解决上面的问题2，我们的是多个域名来回调的，单个服务的录制回放，用户的行为可能是中断，数据很难串联上。

多谢关注，敬请期待

有幸也在做流量回放系统，不过我用的是中间人代理，有些疑问请教：
1.网页应用html的结果对比咋处理的呢？
2.操作流程涉及多个域名的不同服务的流量如何序列化的？

用RF的考虑是可以进一步扩展移动UI、和接口。

恩，谢谢

对比rf-ride
缺点：

1. 所有数据都依赖接口交互，交互操作流畅性不如本地的ride
2. 多个用例组合调试的需建临时任务，不如ride勾选运行方便

优点：

1. 关键词库、运行环境都有一个服务端维护，其他人不需要本地安装配置，打开网页即可使用
2. 数据实时入库，方便多人协作。
3. 报告优化，展示简洁
4. 操作可扩展（自动联想、插件交互等）

之前是把接口自动化和UI自动化写一个工程里的，现在觉得这样不好维护，就剥离了，详细的操作文档还未剥离出来。可以参考下
https://t880216t.github.io/vft_doc/ui_project/