所以英语水平达到的出国自由行口语标准了么？

很好的一个思路。点赞

感谢分享，收获良多。

这个还得看你的测试点呀？你的测试点不需要包含收益接口的功能？只是为了看个 app 端的展示？如果只是看展示，改个包不行？

针对造数我的方案是利用现有的接口自动化平台已经写好的业务流程来实现，要做的只是设定下入参和出参数，给定个页面进行驱动（因为只有入参和出参，所以这个页面其实可以动态生成，多少个入参根据参数类型动态生成就行，出参么就转化为 json 给一个输出就行），这样可以达到一定程度的自动化脚本复用，也可以达到热更新，让用户在熟悉环境下调试了。

这里的数据是指将历史接口正常响应的数据作为 mock 的数据，并不是自己造出来的数据哈。

嗯嗯，这样也是可以的。

Diffy 是一个开源的自动化测试工具，是一种 Diff 测试技术。它能够自动检测基于 Apache Thrift 或者基于 HTTP 的服务，对比运行结果，发现潜在 bug，在这里我主要用它做断言。

是的，每个团队的情况都不一样，就算一个测试部门，小的测试业务团队的情况也各有差别，有得用平台做得有声有色，有的框架用得溜溜的，有些怎么做都做不起自动化。所以很多情况下，自动化还是小团队自治这样子得。所以现在真的很想申请去业务团队亲子体验下。。。

原来孤单的不是我一个

是的呢，我现在也在思考后续的方向，感觉还是需要去一线多了解，多接触才能看到对方的痛点是什么，然后针对性的解决，我们现在基本属于闭门造车，是我的失职，需要反思。同时感谢你的回复，谢谢！

只能实现部分，调用链路长了之后，涉及的开发多了，命名这些可能出现不统一，像这些就没办法自动化去实现了吧。。我们也遇到了类似的问题。

我用的就是再不济的那个😂

支持下，希望把性能测试快点加进来，哇哈哈

调试我也在实现中。。加我微信吧。。344739770，QQ 不常上，微信号码也是这个

恩，什么语言实现无所谓，关键是思路，以后可以一起研究下

执行层面的话很多人都写过了。如果你还有什么需要了解我们可以私下交流交流

是的，我也征询过使用者的意见，所以慢慢改过来的。。。要学的好多，好多以前都不了解

嗯嗯，谢谢你的思路，我也这样想过，不过按照先完成后完善的选择，先可以有产出，然后再慢慢去完善。以后有问题找你讨教哈

嗯。后续我会慢慢深入研究，现在是先完成可用，再完善，谢谢你的建议

起初是为了维护测试用例可以界面化，后面慢慢有需求说不想配置 testng 的 xml，不想去修改项目里的配置文件。。当然现在还是利用 jenkins 来做定时任务，后期会慢慢改掉。会做成自动生成 testng 的 xml，生成 pom 文件等等。

我也在向这方面努力，只是现在知识还是比较匮乏，需要慢慢努力。。