八股文大概就是测试的几种方法，特点，优缺点，适用场景之类的吧

恰恰相反，很多时候是降维打击

看来你对你们的自动化测试比较有信心，希望这不是盲目的乐观和自信

未来 5 年程序员尤其是底层程序员可能会大量失业。
依靠市场垄断卷别人的路基本上快凉了。
国内互联网本质是市场驱动的，不是技术驱动的。
未来 10 年，国内可能会尝试转型，但是程序员的日子只会越来越难。你觉得程序员能不能卷测试呢？

假设用例总量是 1000，其中 800 个可以自动化 (任务)，200 个只适合手工，自动化掉了 160 个，那么自动化覆盖率是 16%(160/1000)，自动化任务完成进度是 20%(160/800)。

现在 2000 多，还有多少等着自动化？目前自动化覆盖率多少？

量是有了，质呢，也就是效果呢？自动化覆盖到的功能点出了问题有没有检测出来？

我也以为测试是最低端

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

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

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

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

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

需要有测试方案设计能力

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

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

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

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

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

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

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

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

是这样的

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

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

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

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

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