写了脚本才知道你的框架是否稳定

重构啊

只有写用例脚本才知道框架好不好用

额，没有脚本的话怎么知道 优化得非常稳定 ？

另外，写自动化用例脚本怎么会没有技术含量呢，当你遇到了各种疑难杂症，你才知道被测系统有多少种在你意料之外的实现方式，你的视野才会开始广起来，才会知道自己的框架还有多少不足。

竟然会有这种想法，写框架的思路都是按作者来的，直到你去写用例，才能遇到更多的需求和伪需求，怎么提高效率，和平衡自动化框架的维护性

楼上那几位，你们为什么会觉得楼主没有写过脚本、不是通过脚本去优化的框架？

赞一个

selenium 相较于 http 的接口测试框架确实没有那么稳定，维护麻烦

框架源码拿出来秀秀

标准的愚昧巅峰，不知道自己不知道

存量市场消化完了，自然是去寻找增量市场。公司业务，团队环境，当前岗位没有新的方向、需求，也不好创造需求，那就做好阶段总结，转转岗，跳跳槽呗。搞测试技术，又不止 selenium 这一个方向，同样的搞技术，也不止测试一个岗位，效能前端后端客户端（或者底子够好直接中间件、算法啥的），也都有各自的好玩的地方。个人觉得出来打工搞技术和在学校里读书研究憋论文不一样，不设限才更有趣。

只是使用 有没有说精通 使用没毛病

多谢指点

来来来，说一下你的巅峰，让我学习一下

讲讲 log 模块 多国化支持 跨平台 还有 CICD 都有什么心得，你可以总结再升华下，我们也可以请教学习下

别的不说 就说说 一年多少个 w 吧