这么快就沉了？

正准备试试这个，感谢

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

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

关键是领导让我自由发挥

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

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

深表赞同

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

你这么一说，我就明白了

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

巨佬们 回复一下吧

看风格 像 是 北京

大佬们都不屑于回复吗？

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

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

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

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

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

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

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

说实话，我看着 BDD 就头疼，无非 把 代码 用中文封装一层而已
现在谁还不会写点代码？
非得搞这么一出

我直接用的无痕模式

ChromeOptions options = new ChromeOptions();
options.addArguments("--start-maximized");
options.addArguments("--incognito");//隐身模式

是的，我目前也是这么操作的，只是执行时间有点长而已

久闻大佬大名！
想请教大佬一个 UI 数据准备的问题：
如果一个 用例 需要校验的步骤很靠后，也就是 在一个很长的流程的 后期阶段， 这个时候你准备数据是怎么准备的 ？
如果从头开始准备，必定会造成 用例执行时间特别长