选一个业务比较稳定的公司发挥自己的专业才能吧，从学习业务，再用自己的专业技能赋能业务，解决各种各样的问题，自己学的专业技能才能真正提升，邓爷爷不是说实践才是检验真理的唯一标准。

非常感谢大佬百忙之中给我解惑。目前我了解到的一篇帖子：http://testingpai.com/article/1621591199069 好像能满足我的需求，后续我会去亲自验证一下，再次感谢大佬！

我们是采用了白名单账号，多特定的账号不进行验证码校验即可，这样做我觉得成本最小，收益还可以

docker pull aerokube/selenoid:1.10.4

加入版本号之后问题解决

学习了，增加了眼界，希望以后能借鉴一部分实践并落地

厉害，像你学习

谢谢！

我不是大佬

如果是想做纯工具开发，那直接去干开发，干嘛还干测试。

这么一看我还是在现在的单位苟着吧，楼主这么厉害也这样，是不是行业也就这样了

加油，虽然测试的尽头可能也就是点点点

可能我不是很理解将 robotframework 脚本编写 Web 化优势是什么，投入产出比到底如何。实际上使用 git 和 gitlab 的方式足以管理测试脚本了，使用 jenkins 作为持续集成的工具，本来就带了任务调度，任务分发的功能。

点啊，点到痛点了就改进流程，提升效率，这不正是测开价值的提现吗

excel 维护 100 条用例也许还行，当接口用例达到 1000 条甚至更多，或者是需要多人参与到一个项目的接口用例维护，那 excel 这种工具载体是没法支持的，考虑用一些开源的工具去实践吧，比如 robotframework 、pytest 这种，用工具的时候尝试去阅读一下源码

工作快 6 年了，提点不成熟的建议，莫见笑：
1.找工作薪资固然重要，其实还是要看未来的发展，比如新的一份工作能让自己接触到以前没有的知识，比如说专业性很强的业务，或者某些测试开发技能，或者是相对正规的软件研发流程，这些都需要考虑
2.想找到一份很满意的工作，花费的时间很大概率会超过 3 个月，短短 1 个月的时间很难找到，大概率是从一个坑跳到另外一个坑
3.平常没事的时候多学一些自己感兴趣的测试技能，比如接口自动化、UI 自动化、持续集成，测试平台开发、性能测试等等，并尝试在自己的项目中落地，我觉得楼主是不是平常花在业务测试的时间太多了，可以给外包多分配点任务，自己也能分出点精力搞搞上面这些，至少面试的时候有的说

#!/bin/bash
把上面的加到 shell 脚本开头试试呢

https://blog.csdn.net/caoliu1024cl/article/details/77622492
可以参考这篇文章，写得蛮好的

这个问题我三年前遇到的，应该是在 conftest.py 中定义就可以了哦

感谢大佬分享

最后的狗粮吃的猝不及防

已阅