就等大佬的回复了

嗯嗯， 但是 500 我感觉不应该算做 约定好的 状态码

工作上用不到 selenium 的话，感觉想要深入学习 selenium 会相对难一些， 我意思是你可以自己搭建一个 selenium hub-node 的结构，自己跑了试试

这是个坑，不建议深入，或者说 投入产出不成比例，性价比不高

想要提高，可以按照下面这个依据来：
你的所作所为 产生了什么业务价值，解决了什么问题？

还有一种情况就是，自动化造数据，必须稳定

我提一点：你知道如何和 grid 执行机 所在的机器 进行交互 么？

OK，多谢，我去看看

容器化 怎么 禁止 chrome 自动更新 ？ 禁用容器的外网？

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

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

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

看 3 楼回复

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

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

这么快就沉了？

正准备试试这个，感谢

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

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

关键是领导让我自由发挥

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

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

深表赞同

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

你这么一说，我就明白了

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

巨佬们 回复一下吧

看风格 像 是 北京