这没有 100 个达不溜 招不进来

嗯，我只是想 控制 浏览器的版本升级，不想因为 浏览器升级导致 自动化出现各种各样的问题，因为新版本说不定哪里会有问题，不想因为 追查新版浏览器的问题，浪费我的时间

回归测试首先是保证功能正常，在旧版本浏览器上功能正常，99.999999999999999999999999% 在新版本上也正常，更何况 js 错误，样式错误 这些不在自动化回归的验证范围之内

看 3 楼回复

1：有时候 chrome 升级了， chromedriver 没有升级，导致脚本执行失败
2：chrome 升级了， chromedriver 也升级了，但是存在一些无法解决的 bug，导致脚本执行失败

目的：追求一个相对稳定的执行环境

这么快就沉了？

正准备试试这个，感谢

飞哥，我想做北京的第二个人

怎样才算不渣？求大佬指点

关键是领导让我自由发挥

思考了一下，还是以赋能为主

不过有个点确实是要注意的，那就是测试领域内的东西都还没做好的时候，不要过早跨界，先搞好测试的并能让其他角色也用上（比如开发联调用了也可以省事，开始认可），再逐步向外扩展，要不很容易会拉仇恨

深表赞同

这么多词汇，非常精辟，我逐字逐字的品味，然后字体慢慢模糊，突然感觉字在动，在融合，最后变成了一个 “操” 字。

你这么一说，我就明白了

如果前面 19 个接口穿行执行时间很长的话，也不太好，容易耽误事情

巨佬们 回复一下吧

看风格 像 是 北京

大佬们都不屑于回复吗？

好，我貌似之前看过你写的 瑞信咖啡的自动化，受益匪浅，感谢！

这就是我佩服大佬的地方，我准备打印一下，背下来

不知道你们公司开发测试比例是多少。。。我们 10：1，如果 10 个开发每人提交多个 commit，1 个测试 看的话有点困难，而且不够直观

你这个核心还是 接口文档的 diff

你这个解释，感觉就很清晰了，这里的 td[1] 是指 相对某个元素之后的 ，排在第一个位置的 td，所以会显示多个，谢谢

UI 测试平台，看起来也是个坑

所以，贵司现在用什么技术？