有一点不明白，既然 UI 变化很大，不停的变，录制一边变化和实际做一次测试的区别是啥呢？

个人觉得 AI 测试也好，自动化测试也好，如果要真的要完全自动化，那么最终都会 AI。我举个例子来说，在测试行当很多人其实对 selenium 做自动化测试有很大的质疑，但是其实现在有些什么 RPA 工具也在用 selenium，可能都是用在实际商业流程中。目前的自动化实际上大体上把手工测试的内容用代码实现，如果和 AI 代表的自动化来说，这都不能算是自动化，AI 测试是推导，可以根据历史自运行，自己解决问题；但是如果 AI 能测试了，那么代码也都可以自动写了，个人观点. 这应该还是有很长的路好走。我觉得测试开发也好，测试也好，对于大部分从事这个工作的人来说，就一件代码熟练这件事情能达到的比例熟练这个程度的都不多。 我们大部分人都低估了代码熟练度这件事情；同样关于提效这件事情，我们也低估了沟通和协作的重要性，看着产品经理说的是一套语言，开发是另外一套说辞，测试也有一套语言，其实可能说的都是一件事情，你一份文档，我一份文档，写了很多文档，但是为什么一件事情要这么多文档，为什么写了这么多文档，还是很多人说没有文档，同样为什么开了那么多会议没有一个统一的，结构化的，清晰的需求也好，说明也好，指导也好；这是为什么？ 反正我对我们团队的要求就是， 代码熟练度/沟通总结能力是不能少的，其他什么平台也好，工具也好，一点点加，需要就加；代码熟练了，加点功能就应该顺手写出来，代码熟练了，写接口调用的代码就应该顺手写出来；沟通顺畅了，抓到重点了，一件事情就不应该一遍又一遍的重复.

我觉得或许以后有议题说如何让忙碌的测试同样可以达到代码熟练这个简单又不简单的目标.

有很多的内容都不错，但是又是一看代码就觉得有时 ppt 说的是不是过头了。举个例子来说： https://github.com/alibaba/intelligent-test-platform 这个以前 alimama 分享出来的测试平台，但是代码质量真的......,如果开源出来的测试工具代表业界的一定水准，那么我觉得 alimama 这个代码，让我对所有分享的高大上内容产生了怀疑。

比如说对接能不能通？配置配的对不对等等等，大体就是这个事我做完了，配置也改了，对接也做了，但是不知道对不对。需要测试去测试下，当然自己还没有试过。

一般启动看到类似：

java.lang.NoSuchMethodError: org.yaml.snakeyaml.LoaderOptions.setAllowDuplicateKeys(Z)V

这种 NoSucheMethodError 错误基本上都是 java maven 依赖的问题.

可以使用 mvn dependency:tree > depenency.txt ，再仔细检查一下有没有重复依赖的包，同时版本又不一样的.

不抢 KPI，但是想分别人如果 KPI 获得的好处呢？

我很赞同你的想法 @hellohell ，多谢 @ 恒温 @ 陈恒捷 大佬，这块我自己也想到一些问题：

1. 线上数据如何说明场景覆盖更全了？有什么理论依据吗？要不然就算采集了数据，回放 100 万次是同样的用例有什么价值呢？
2. 如果说异常数据只是偶然的几条造成的，这个数据如何被采样到 diff 平台？不能只是撞运气吧
3. 还是就是数据脱敏的问题怎么解决？这么多线上数据被用来做测试的话，我感觉要被告死的
4. 还有就是线上数据和测试环境的用户基础数据应该是完全不同的，线上数据就这么容易的可以回放了？感觉真是有很多很多的问题待解答

到底这中 Diff 平台带来了多大的提升？
继续请各位大佬帮助回答。

但是接口测试不是比 UI 自动化容易吗？

很多英语文档要看的，英语学好没坏处。看文档看的快，做事情就快。

“CBU的一次大促，运营人员至少需要配置千级以上的活动页面，而每一个页面上又包含几百上千个商品等活动元素，平均一个页面需要5到10分钟的人肉检测，同时运营和测试人员需要不断就测试标准和 Bug 来回讨论、提交。一次大促下来，我们至少需要十几人/日的测试资源才能保证会场的正确性。”

说实话不太明白为什么运营人员要和测试人员不断测试标准和 Bug 来回讨论，测试要是花 10 多天检查会场页面的显示的正确性，其实测试人员也很贵的。如果运营人员不够，没有办法支撑大型活动，那么要么产品还有很大改善空间（或者确实有很大难点不好突破，或者其实就是短期就是没办法突破了），要么就是通过流程，在短时间内增加外包人员。 但是和测试有多大关系？不过本人呆过的大部分公司其实也都是这样，缺人的时候就找测试帮忙。