我也以为测试是最低端

想太多 15 年才是测试开发的红利期 现在快进入内卷期了

现在随便一个人出来面试，实际一年经验，说自己三年经验的就敢叫十几 K，我看着他们只写了一点测试脚本，绝大部分手工测试，很多问题一问三不知的时候其实挺同意你的看法的。

楼主你穿越了 20 年还好吗,2000 年申奥成功了吗

我个人认为,现在去做 UI 自动化的平台是浪费自己的生命, 这种东西 testing 等公司已经有成熟产品了,如果公司舍不得买又非要你去做,建议换公司.....

把造数据的时间由半小时缩短到了一分钟，怎么做到的啊兄弟？

需要有测试方案设计能力

不是每个公司都是业务有限的。有些公司业务的量非常大，看到你能力在增长，能接住现在的盘子，就给你更大的业务盘子。还是在做业务。。

以前我跟你想法一样。但是发现当你用自动化节省了业务测试时间后，你会有更多的业务要接。。

如果公司在合同期满前 1 个星期告诉让你提主动离职，怎么办

我个人的理解是，
一方面确实技术进步要求测试会更多的东西，所以需求更多的高级测试 资深测试，现在改了个名字，叫测试开发，一方面听起来好听，有吸引力，再者领导也可以在大领导面前有新噱头汇报
第二，市场流行 KPI，如果部门主管不能折腾弄些东西，恐怕只靠测试那一套无法在公司完成指标，所以你会看到大公司不断在折腾这些东西，号称某某技术减员 30% 或者 50% 的人力之类的，以此来达成绩效，实际上真的降低了多少人力，恐怕只有自己才知道

第三，测试僧多粥少，现在竞争堪称惨烈，想保住工作或者拿高薪只能拼命学习，无论是这些东西能不能用得到（大家也知道，面试造火箭 干活点点点），由于人多岗位少，那么面试官也喜欢用一些难的 开发知识来要求面试者，甚至算法来面试，这是造成普遍都在学测试开发，企业无论用得到不到 现要求再将，这是本质

第四，培训机构的作用，大家都懂！

应该是有不点的，P7 以上，研发测试比 30 以上的，产出是跨集团的工具。
但这种凤毛菱角，而且后续如何继续产出也得抓破脑袋。
为什么会有测开，几个方面：
1.点点点确实 LOW，肯定是跟不上技术迭代的。
2.测试总要说点故事啊，不区分点点点和测开，怎么忽悠年轻小孩做测试呢。
3.你们觉得业务测试 OK，没问题，养你到 30 岁没什么问题。问题是你 35 以后，长期惯性思维，只会点，你觉得你安全么？而且业务就不会倒么。同时你是测试又不是核心，业务做特别好，利益也不会流到你手上多少。

能去大厂的去大厂，去不了大厂的要么拼命自学，要么就认怂，有啥好扯的。

是这样的

最近这个话题经常在讨论，坐等大佬们发言。

一直不理解为什么会存在测开

昨日一个阿里出来的同学说，阿里超过一半的高级测试开发，一半时间都是点点点，
如果是真的，这可能刷新了很多很多人的认知，很多人认为大厂测试不做业务，只搞开发，测试全部给了外包（实际上想想也不太可能，全外包怎么能保证一流的品质）。

合约到期如果不续约，照样要 n+1 赔偿的。

这只是很少一部分，只是这部分一般发声比较多。和业务紧密结合的，因为业务敏感 + 忙，所以分享出来的比较少。

很多公司的测开 其实做的是自动化

论坛里给我感觉就是测开就是搞测试平台的，不管能不能落地，最终效果怎么样都要先来一套，有那时间多写几条自动化脚本不行么

看上面回复就知道懂的都懂，所以奉劝真心想转测开的别把精力放在造轮子上了

合同到期被要求主动离职就没法了，公司不愿意续签合同

对的，测开一定要贴近业务。去理解、着手去测。体会下哪些流程可以转换为工具

做业务才来钱，连开发都要做业务，何况是测试，这个道理很简单呀。
论坛里也不止一个声音说过，测开不能搞纯技术，这是条不归路。

测开还是要跟业务挂钩的，个人觉得测试才是重点，开发只是辅助