看来大佬的代码编程能力还有待提高，第一次看到面大厂是因为算法题没过的大佬

我觉得你得清楚自己的职业定位，不管职位的名称如何，我们这一行所做的全部事情就一个目的：保证项目质量。点点点是最安全有效的保证项目质量的有效手段，这个不可否认，测开就算要去点点点，我个人认为这也是分内的事，只要你是测试。然后在基于时间紧迫、人员不足等各种痛点因素下，去写一些开发工具或者效能平台帮助 更好的点点点，这才是一个真正的测试。只不过现在国内瞎卷，甚至技术栈都乱七八糟起来，测试不再关注测试这个重点，而是专研到后台开发 前端开发等花里胡哨的技术去了（虽说对测试深度有帮助，但是现在都是最求最复杂而不是最实用），甚至还得把 K8S 等运维的技术都掌握

下次直接用 more 吧

Java，不管以后转什么，只要还在互联网，肯定有用

你这句话太魔幻了，等同于测试要高出开发很多个次元才能有这个场景

我建议你直接学开发，学 Java/go 后台开发、前端随便选一个目前流行的框架学。最后再去投递测试的岗位，现在的测试岗位基本青睐有开发背景的人，入职后再去学测试理论

帮高测提高工资和职级升迁，对项目和测试工作的话应该是食之无味，弃之可惜

个人感觉现实中这种正规写法太废时间了，如果版本迭代快、任务多，根本就维护不来。目前我觉得最佳的方式就是用 xmind 的快速写测试点，像很多前端界面组件功能的用例点都可以忽略不写，主要是业务流程中每个场景下需要 测试的重点写一下，然后快速进入测试

目前最好的状态我觉得是这样的： 有单独自己负责的业务，然后围绕着业务做些技术建设。这年头结合看到很多前辈被裁员的分享，感觉测试要是没有业务保命，不管你现在在做什么技术建设，第一个裁的就是测开（领导除外）

作者真的很棒，难得在 testhome 看到接地气的作者 ，跟我们普通测试很贴近，看着你一步步成长，感觉身临其境，你做过的我也做过

大佬的黑色幽默

应该是，第三点还得加一个，就是组长也是为了让我们好写周报同时给老板一种信息，我们都会人力去看下

是的，真的自动化在跑的业务基本都是通过手工测试验证过几轮的，能有啥问题。。。。基本每天跑个心安，真的有啥事故，服务器都是运维那边第一个检测到了。而且现在都在搞解耦，很少出现新项目发布，旧项目就出问题的情况

举例的图片链接都看不到

作者好棒，希望能多写些

看成牛马了。。。。

看来行情真的好差，感觉你都超出测试范畴很多了，还想咋样呀

哪家公司？ 九点还好吧