貌似之前填过了

测试行业本来就属于软件行业的支撑行业平均薪资达不到研发很正常。完全看你个人的职业发展了。不用想那么多，做好自己即可。

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

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

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

多谢指点

但是一流的测试是不是比一流的开发更容易达到？毕竟竞争会小一些？

对于这种公司我一般就不去了， 数学不好， 算不过来这个帐。

我就不喜欢这种感觉， 这样会让我觉得自己可有可无的存在

你赚到了啊 兄弟 就不离就不离

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

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

仲裁

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

框架源码拿出来秀秀

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

赞一个

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

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

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

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

重构啊

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

微信部门还不错

外企还敢这样搞，直接仲裁

等价于辞退，拿了赔偿再走