所以说，做测试真的是死路一条

只有我一个测试，我只要不跑，没啥影响。

有人做了测试几年，还像当初那样懵懂欣喜吗？

我为了兴趣做一点技术的东西？很渴望写代码，怎么，你们怕干不过我？你做你的所谓流程推广等等乱七八糟花里胡哨的，都可以啊，你去你做的啊，你这个也可能是对的啊

没太大意义，希望和我一样的人看到，测试重复性这么强没有任何技术性而言，我做起来真的他妈一点一点意思没有，我纯粹为了吃饭，我觉得这个世界上但凡做了很久点点点的这个动作都不会得劲，我只是喜欢写代码，没有对或错

@ 孙高飞 突然想到今日头条的一句话 “context not controll”，我感觉这个帖子的负能量并没有这么大 . 如果内卷是个客观存在，说两句抱怨的话也什么呢？本来什么左移，右移让测试的工作量增加了也是确实存在的，但是产出却并不是那么容易计算到测试身上，辛苦了，累了有点小抱怨,人之长情。其实测试工作现在确实有不同的分工了，比如你说的你做什么效率工具，这个其实已经和通常意义上的测试工作已经很大不同了，这个就是个开发或者产品的工作了。所以你们的 context 说到底是不一样的， 你要招的人也和大部分的测试人员的技术能力不一致了. 如果非要说你用了这么多技术就觉得题主观点就有问题，我觉得也对也不对，对的是从你看到的点来说你觉得你有很多事情可以做，不对的是你说的点可能和题主想要的意思一毛钱关系都没有，就来了一通篇大论，关键是我看完并没有读懂你要表达的意思，你的重点是什么？你想要传递出来的信息是什么？然后看完 我们真的知道测试行业的内卷是什么吗？这篇之后，还是不知道测试行业的内卷是什么吗？ 可以说得明白一点吗？

测试那么讲究左移右移怎么不直接转开发算了 要不然什么都是半吊子 做尴尬

其实感觉所谓奋斗的人栗子都举错了，什么班级倒数第一……
测试是职业
大部分奋斗的成功人士只是起点是测试。转开发，甚至是管理后来谈测试应该怎么怎么样。
有种唐家三少版权的感觉。
我还是觉得大家有能力有天赋的多学技术转行开发，运维，为啥有能兼顾开发运维的能力还来做测试的活，赚测试的钱？ 转行拿高工资不香吗？
同理，没技术方面深耕天赋的，看看能不能转管理转产品。全栈了的就转架构师，总监多好。

我觉得测试缺的不是 40 岁以后的路子，而是怎么真的做好一个测试，公司认可的测试。 我担心的不是 40 岁找不到能做的工作，而是 40 岁后没有公司要测试。

好怕一个需求不清晰的世界，竟需要测试去一切……

最后希望我 40 岁之前能找个每个岗位都能认真做好自己工作的公司。

产品质量不仅仅局限于测试的工作了，左移右移不过是其中的手段罢了。从最开始的需求 battle，开发系分，提交测试，到最后的产品上线，监控，在拿数据去反推产品。这些个方方面面都有测试和开发的身影。测试工程师最开始的时候，看山是山，看水是水，到后来就是看山不是山，看水不是水，到最后又回归了，看山还是山，看水还是水。

这件事，站在不同的维度，宏观和微观，不同的角度，得到的结论是截然不同的。大家看过《外卖骑手，困在系统里》这篇文章没有？还有《算法即剥削》。从技术的角度看，建立外卖平台，用算法提高生产效率，创造价值，有错吗？KPI 完成了，大家分奖金，不香吗？技术人说，我不过是个打工仔，完成老板的要求而已。那外卖骑手怎么看呢？我相信大家看过这篇文章，就有自己的看法。我与大佬的观点区别在于，他是以一个行业从业者的维度来解释当前行业环境的合理性。号召大家把蛋糕做大，去扩张。然而这个蛋糕在我看来还是在一个很小的维度，开发，测试，运维，在这样的一个框架内，大家内卷而已。测试人说，我们要左移要右移，去抢开发，运维的活儿吧。开发也说，我们要全栈，运维也说，我们要自动化，要大包大揽。技术的圈子，在我看来并没有突破。只是从个体的角度来说，他全才了，相对来说收益提高了。拔高了他这个群体的标准要求。可以对比一下 10 年前和现在的行业门槛，这年头不会写两行代码还敢撑自己是个测试？你可以解释说，这是技术发展的客观规律，历史的车轮从不因个体的抗争而停摆。但是放在宏观的角度，这就是一个严重的社会问题。还用外卖骑手来举例，终有一天，算法会将骑手的时间压缩到极限，人工再也不可能完成这样的要求，人工智能取代人力是大势所趋。那么这些被榨干了的骑手何去何从，有人 care 吗？某一个倒数第一嫉妒尖子生，可以解释为个例，但是倒数第一太多了，数量达到一定规模后，这个桌子就有可能被掀翻的问题。因此，外卖行业要被监管，算法要被约束，技术和人性必须要有一个平衡点。
测试人其实是一个很独特的群体，通常看来，这个职位不生产价值，而是通过 QA 来减少 bug 造成的价值损失，形成一种测试越给力，就越没有存在感的表象。于是大佬们开始行动了，通过左移和右移，实现自己的角色转换，但是这一切的大前提，是你的测试能力本身是过硬的。而不是说，你连基本的测试都做不好，而是先要靠代码，算法，linux 等运维技术来获取一张入场门票——老板在各种技术大会上看到了大佬的演讲，于是要求人力部门：以后我们招 QA，就按这个标准招，不会代码的不要，不会 xx 的不要。久而久之，就形成了 “面试造火箭，入职拧螺丝” 的现象。活儿还是那个活儿，但是测试人不得不花大价钱参加各种培训，去提升获得岗位的机会。这里面有少数人天赋异禀加后天努力，可能成为了大佬，大部分人不过是苦苦挣扎在这个行业混口饭吃。我认为，这个过程，是内卷的体现。
看了高飞大佬的专题了，个人表达能力欠佳，不敢原贴对线，此贴也是多次思绪被打乱，显得语无伦次。其实我们争论了半天，不解决任何问题。从个体的角度来看，提高自己的水平，去争取成为那 20% 的大佬，是没有任何问题的。但是从 80% 的平庸测试人来说，或许需要一个契机，去推动国家力量出台相关政策，规范行业的发展。这一天可能会很漫长，但是作为平庸的大部分人群体，需要发出自己的声音。

其实没什么内卷不内卷，如果基础还比较好的，这些其实就是看几天文档就可以上手的事情，都是一些零零碎碎的事情，但是效率确实是如何把这些点给连接起来的，效率提高确实光靠一个自动化测试之类的确实效果不好,一般性的运维活动，配置个 nginx，搭几个 kafka，mysql，redis 等等，或者配置个 jenkins 任务，这些其实都是查查 baidu 也就能搞定的，但是要系统化的把这些内容结合起来那么就不是那么简单了。说到底,有什么问题解决什么问题;但是最终现在的趋势就是都是跟着技术走，什么这个技术那个技术，什么高并发，全流程自动化，但是问题是这些到底解决什么问题呢？现实是太多的技术不能转化为有效的价值手段，但是又对一些看来来没用，但是又很实用的测试人员的特质，比如沟通能力，项目推动能力，比如对于业务需求的深刻理解不屑一顾。现在我觉得要求提高是一方面，但是对于软技能的轻视，往往造成了项目很大的浪费，沟通不畅，各自为战，没有结果，开发经理对于手下的掌控力往往不够，对于什么是任务完成的定义及其不清楚，到最后太多压力压在测试身上，测试又以为只有技术提高了就能解决这些，但是不是的，技术提高是一个方面，但是除开技术之后，要做好测试还有很多其他方面提高。一个好测试，能沟通好，推动项目进展，愿意跳入繁复的业务细节，设计好测试用例，吃透测试需求，我觉得在大部分的公司比技术更加实用，只是被大部分管理人员给忽略了。互联网是快嘈猛，但是如果是 toB 的项目，如果没有沟通能力，那就是一场一场的灾难。

因为大部分测试可替换性强，如果要压缩成本，最立竿见影，影响还小。
左移右移后，链接工能增强，替换成本会偏高，也利于薪水提升。
测试卷啥，算法才是灰飞烟灭，今年都卷去后端了。
所以如果是刚毕业的，还是选开发吧，大部分测试领导都会让你从傻瓜的测试用例执行开始，在不断寻求同化呢。而个体真正有价值的反而是异化。
如果测试技能再不提升，再没有开发能力，彻底沦为外包低级工种，指日可待。

我觉得以我面临的问题在于，一旦我尝试左移，代码 review，就会陷入开发一推键盘，你告诉我哪里不对我就改哪里，出了错你负责。或者右移，搞环境，然后运维也大撒把，所有人的环境除了问题都会来找我，这种无尽的循环，各种费力不讨好的事情，最后绩效还垫底。也许是公司环境使然，但是我觉得我的情况可以反映一些现实面临的问题。

大势所趋……平民们想办法自救吧！我们不是姜子牙

其实楼上说的我同意一半，如果搞平台，只是单纯的为了 kpi，那这种平台确实没啥乱用，目前来看相当多的公司在搞这种无用的平台。就像我上家，有个同事向我咨询怎么搭建个性能测试平台，因为他 leader 要求的。其实他本身都不知道性能测试怎么去做，怎么能搭建好个性能测试平台尼，他也是被 leader 要求的，部门有 kpi。还有比如我现在公司在推所谓 app 自动化，脚本里连断言都没有，这样的脚本有什么用？但是这个并不能说明平台和自动化没用，没用是说明没有用心用好这个东西。我负责的模块，有个下单场景，每次下单选择的下拉菜单，各种输入框，checkbox，填入不同，传的参数类型不同，人力手工检查就容易出问题（上百种种组合下单 case），之前确实全靠人工测试时出过问题。后面引入自动化，每次下单完了，就走断言，查数据库，保证前端传参数没有问题，这个就节省了回归测试的时间，而且比人力更可靠。所以我是觉得，觉得左移右移动及平台无用论，要不就是平台设计有问题，要不就是不会用，2 者单纯是为了 kpi，没有用好这个东西

大佬吐槽的是测试人员的囚徒困境，正如教育的一样，要上好的大学就要比排名，如果大家都不去补习，会按照成绩高低排出名次，如果大家都去补习，同样是按照成绩高低排出名次，而且这个名次跟大家都不补习的情况下是一样的，也就是说，大家都去补习和大家都不去补习，结果是一样的。但问题在于，如果别人去补习，你不去补习，那你的排名就可能会靠后，所以，你也不得不去补习。
废了多少家长和孩子，肥了多少教育机构的钱包。
也没见开发去抢测试，运维，产品经理的活，把自己的事情做好，更专业的做事，比半瓢水强多了。
一瓶不响，半瓶晃荡，很多所谓的测试大佬带偏了路线。

目前所见的确实如楼主所说，开发着各种高大上的平台，线上却有着各种低级错误，完全是本末倒置了。测试本职工作想做好也不是那么简单的，怎么提高覆盖率，提高测试效率，不是靠几行代码就够了的，就如产品核心竞争力还是产品引导的，为啥没看到产品经理去左移右移。

你强任你强——问题是你把你的观点变成了这个世界的规则，然后驱动这个世界按照你的规则来行事，然后管这个叫发展的客观规律。你知道有多少公司在搞各种中台，总共 3 个人的业务也要上自动化？有多少手工测试为了晋升答辩削尖了脑袋去研究代码，搞那些形式上的 selenium？你们是拔高了这个行业的技术水平，但是与此同时，有很多底层的测试同行，为了不被淘汰，不得不成为 “奋斗比”，加班狂，失去自己的生活，只为了能不被淘汰。你们说这是他们咎由自取？做个人不好吗，我并没有说你做错了，我只是说这就是内卷的一种形式。整个社会都在内卷化，然而你却一直在争辩说这不是内卷，这是技术发展的必然，那我只能认为你是姓资的了。曾经，老板雇佣了 3 个人，然后一个人搞技术创新成功实现了 3 个人的产出，然后老板把另外两个人裁掉，给这个加了 1.5 倍工资，然后把这个人作为行业翘楚来捧。至于被淘汰的那两个人，有人去关心他们的下场吗？然后久而久之，行业里充满了第一个人这样的大佬，“行业翘楚” 成为一种普遍存在，大家蒸蒸日上，跟不上的就被淘汰。而老板只看产出比，然后雇佣更少的人去干更多的活儿。这个不叫内卷？

所以你的逻辑就是你弱你有理，所有强者都得为你负责？

为什么一定是倒数第一名觉得正数第一名学习好不合理？这么较真的话，正数第二名也可以觉得第一名学习好不合理咯？凡事走极端举例，然后在幸存者偏差的加持下认为合理这就是正义？那么多 996007 的奋斗比被你忽视了？还是你觉得你自己过得挺好别人怎么样与我无关？那你完全没有必要在这里讲大道理真的。劳动法的存在不就是为了避免无尽地内卷化竞争么？尽管它现在只是一张废纸~或许你说我完全没有超出工作时间范畴也可以把工作完成得很好。是，你是大佬，我们没法跟你比。其实我们的观点完全不在一个 point 上。我的 point 在于，现在的测试，不管做得好做不好自己的本职工作，先想着的是怎么左移右移，因为行业大佬就是这么干的，而且很出彩很牛批。搞中台搞技术 blabla 所以我们要跟随，全然不顾自己的现状，以及背后的风险。

什么都没看到啊

感觉什么行业，都是低端的卷。门槛稍微拉高一点，招个人都很难。
我们最近在招一个高级测试，需要代码功底扎实，有一定的开发能力，性能测试有实战经验，懂得合理设计性能场景，分析性能问题。找了几个月，都没找到，给出 20k 左右的薪资，在广州还算可以吧。

个人行为影响测试这个职业 楼主确实够 nt

每个人的认知水平不同，在这互喷没啥意思。
说下我的观点，手工测试会长期存在，但是会处于技术的最底层，属于背锅打杂。
但是问题来了，如果打杂，比然产出较低，薪水较低，替换性极强，怎么扛过 35？怎么扛过房贷？怎么扛过加班？
中国人就是多，IT 相对生化环材，就是高薪，学生肯定越来越多，竞争只会越来越大。
这些一直坚持在测试的技术开发人员，我是抱有敬意的，他们是希望向上的。
面对挑战，测试如何建立门槛？现在主要的想法就是左移和右移。传统的测试方法，基于瀑布开发的测试方式越来越难适应现今的技术迭代速度。
如果当开发逐渐发现测试根本解决不了问题，开发开始左移，开始替换测试的接口，安全等测试工作时，测试将彻底沦为打杂。部分大公司的高研发测试比已经很说明问题了。
既不能只看技术（测试的技术门槛还是低，而且没有形成一套完整的方法论，个体可以建立门槛，群体很难），也不能只看业务逻辑（行业，流程都会不断变化，相比产品视野太窄）。想高薪很多只能走管理，还是很难。。。
最后说下卷不卷的问题，至少目前有一定技术能力项目能力的测试不卷，因为薪水想象空间不大，人还是少的。大佬都在卷毕业 30，40W 起的算法职位，那才是真卷。算法进不去，去卷后端，后端卷完，卷前端，最后才会到卷测试。

我发现你特别喜欢以自己为中心，我即世界——我干的挺好啊，我身边的人都这样啊，你跟我不一样那一定是你的问题。