夜雨聆风故事是这样的。
前两天有个读者私信我，说自己是应届生，计算机专业，纠结要不要投测试的岗位。他说自己在网上刷到好多互相矛盾的说法，有的说测试已经没前途了，AI一来全得失业，劝他别入坑。有的又说现在测试人才缺口大得离谱，年薪30万都招不到人，让他赶紧冲。
两边说的好像都有道理，但他越看越懵。
说实话，这个问题我也不是第一次被问到了。过去这一年，至少有十几个朋友问过我类似的话，有想从土木转行的，有机械专业想跨界进互联网的，也有已经做了两年功能测试但开始焦虑要不要转开发的。
我每次被问到这种问题，都不会直接给答案，因为我觉得这种人生选择，没有人有资格替你做决定。但我可以做一件事，就是把我自己观察到的、查到的、以及身边真实的人在经历什么，尽量客观地讲出来。
你再结合你自己的情况，自己判断。
我自己是做测试的，但我身边有不少朋友在做这个，有在字节快手的，有在传统金融机构科技子公司的，也有在创业公司摸爬滚打的，还有自己跑出来做自由职业的。再加上我平时也会关注AI对各个工种的影响，测试这个岗位，说实话，是我观察下来最有意思的一个。
为什么这么说呢，你去仔细看的话，测试这个行业正在发生一件很诡异的事情。
它在死，同时它也在疯长。
我先说"死"的那部分，因为这部分说出来比较残酷，但我觉得必须说，而且必须放在最前面说。
2024年到2025年，低端的功能测试岗，就是那种纯手动"点点点"的测试员，市场需求确实在收缩。智联招聘和BOSS直聘的数据都指向了同一个方向，这类岗位的需求下降了15%到20%。
注意，我说的是"功能测试岗"，不是"测试岗"这个大类别。这两个是完全不一样的东西，但网上很多人把它们混为一谈，然后得出一个结论说"测试已死"，这个结论本身是错的，但它之所以能传播开来，是因为那部分"死掉"的岗位，确实在死。
15%到20%，这个数字背后意味着什么，我不说大家也能猜到。
我有个朋友，叫小杨吧（不是真名），在一家中厂做测试，干了快五年，基本上就是手动测试，写测试用例，然后一条条去点。去年他们部门裁员，30%的人要走，他算是运气好的，留下来了，但薪资被压了，今年的调薪也基本没了。
他跟我说了一句话，我印象特别深，他说，我现在每天上班都觉得自己在倒计时。
这种感觉，我其实特别能理解。你在做一件你自己都知道可以被自动化掉的事情，而且AI现在做这件事的速度和质量，说实话，已经开始超过人了。
阿里云2025年的开发者报告里有一个数据，说AI测试工具的采购量，一年之内激增了315%。
315%，这个数字不是慢慢涨上去的，是猛地一下蹿上去的。你去想一下，一家公司在什么情况下会突然大幅增加某个工具的采购，要么是这个工具能帮它省很多钱，要么是不采购就要被竞争对手甩开了。
无论哪种，意味着什么，意味着公司在用真金白银投票，他们在用AI替代原来需要人来做的功能测试。
所以如果你现在还在做纯手动的"点点点"测试，或者你正打算入行、想靠这个吃饭，我得实话实说，这条路越走越窄了。
但。
我说了，测试这个行业同时在死和在疯长，死的只是那一部分。
我来跟你说说"疯长"的那部分，这部分可能跟你在网上看到的很多说法不太一样，但我觉得更重要的是，它是真实的。
2025年，全国软件测试的人才缺口，超过了30万人。
这个是工信部下属机构加上几家大型招聘平台联合发布的数据，不是我拍脑袋说的。
30万，这个数字听着是不是跟前面说的"需求下降15%"矛盾了？
不矛盾，因为它说的是两类完全不同的人。
低端的功能测试员，市场在淘汰他们。但高端的、懂自动化的、能跟AI协作的测试工程师，市场在不计成本地抢。
我去翻了几份2025年的薪资报告，BOSS直聘、猎聘、职友集，都翻了。一线城市的数据，我挑几个有代表性的跟你说。
测试开发工程师，3到5年经验，年薪30万到50万，这是很正常的区间。有一些做得好的，或者在大厂核心业务线的，年薪能到60万以上。
你没看错，50万、60万，这是2025年的行情，不是北上广深那种极端案例，是市场上真实在招的岗位。
但反过来看，纯手动测试员，一线城市平均月薪也就8千到1万2，而且涨薪空间基本锁死了，你干五年和干两年，薪资差距可能就一两千块。
这两类人，活在两个完全不同的世界里。一个在萎缩，一个在爆发，像个K型，两条线往完全不同的方向走。
我之前一直想不通，为什么会出现这种K型的分裂，就是两类人往两个完全不同的方向走，中间几乎没有缓冲地带。
后来我跟一个在字节做测试开发的朋友聊了一次，他跟我讲了一些他们的日常工作，我才有点理解了。
他说，现在的测试，早就不是"找bug"那么简单了。
一个典型的测试开发工程师，他的一天可能是这样的，早上起来先看一下昨晚自动化测试跑的结果，有哪些用例失败了，是代码的问题还是测试脚本的问题，然后去修。修完之后，他要写新的自动化测试脚本，覆盖新上线的功能。下午可能要跟开发一起review代码，从测试的角度给建议。偶尔还要去优化CI/CD流水线里的测试环节，让每次代码提交之后，测试能跑得更快更准。
你看，这里面用到了什么，编程能力、自动化框架、CI/CD、甚至一点DevOps的知识。
这些能力，不是你入了行之后慢慢学就能跟上的，它需要你从一开始就有意识地往这个方向去走。
我那个朋友跟我说了一句话，我觉得说得特别准，他说，现在的测试岗，本质上是在招"会测试的开发者"，而不是"专门测试的测试员"。
这两者的区别，就是30万年薪和10万年薪的差距。
而且这个差距还在拉大。
为什么，因为懂开发的测试，他能做的事情远比不懂的多。他可以去做测试平台的开发，可以去做质量效能的工具链，甚至可以去做DevOps工程师。他的职业路径不是一条死胡同，而是一棵有很多分叉的树。
但纯手动测试员，他的职业路径基本上就是一条线，而且这条线的尽头，你可能能看到天花板就贴在脸上。
说到这里，可能有人会问，那AI呢，AI不是也在替代测试吗？你刚才说的那些自动化测试，不就是AI在做吗？
这个问题问得好，我也认真想过，而且我专门去试了一些AI测试工具，想看看它们到底能干到什么程度。
我的看法是，AI确实在替代一部分测试工作，但同时它也在创造新的测试工作。
什么意思呢。
原来你需要手动写自动化测试脚本，现在你可以让AI帮你生成初稿，你来做审核和优化。原来你需要花很多时间去理解需求文档，现在AI可以帮你快速提炼出需要覆盖的测试场景。
效率提升了，意味着原来需要5个人做的测试工作，现在可能2个人就搞定了。
但这只是故事的一半。
另一半是，原来那些因为成本太高而根本不做测试的团队，现在因为AI降低了门槛，他们开始做测试了。原来一个10个人的创业团队，可能根本没预算请专职测试，现在他们用AI测试工具，一个人就能cover住原来需要两个测试员才能做的事情。
这就是增量的市场。
还有一个更深层的变化，而且这个变化大多数人还没意识到，AI本身需要被测试。
你没听错，AI模型、AI应用，它们也需要测试，但这类的测试，跟传统的功能测试完全不是一回事。你需要理解模型的边界在哪里，它会犯什么类型的错误，它的输出在什么情况下会失控，它的幻觉是怎么产生的，怎么设计测试用例去覆盖这些边界情况。
这种测试，现在市场上会的人寥寥无几，但需求已经开始爆发了。
我那个在字节的朋友，他们团队现在就在做这件事，给公司内部的大模型应用做测试框架。他说，这块的薪资，比传统的测试开发还要高一层，因为懂模型又懂测试的人，太少了，少到公司愿意为这个人多付50%的薪水。
好，说了这么多数据和趋势，我来给真正想入行或者想转型的人，说几句真心话。
这部分可能是你最想看的，但我得先说一句，这些话是基于我自己的观察和判断，不是绝对真理，你得结合你自己的情况来听。
如果你现在是一个应届生，或者你正打算从别的行业转过来，我有三个建议，都是我观察下来觉得最有用的。
第一个，不要从头开始学"手动测试"。
我知道市面上有很多培训班，教你怎么做黑盒测试、怎么写测试用例、怎么提交bug报告。这些不是没用，但它们不应该成为你的核心能力。
你应该直接学自动化测试，学一门编程语言，Python或者Java都行，然后去学一个自动化测试框架，Selenium、Cypress、Playwright，挑一个主流的深入学。
这个过程不容易，我就不跟你说"很快就能学会"这种鬼话了。学编程这件事，对很多人来说是一个门槛，而且这个门槛不低。但它是值得的，因为它是区分"会被淘汰的测试员"和"会被抢的测试工程师"的那条线。
第二个，建立"工程化"的思维。
测试不是一个孤立的环节，它是软件开发流程的一部分。你去学一下CI/CD，学一下Git，学一下Docker，搞清楚代码是怎么从开发本地跑到生产环境的，测试在每个环节里扮演什么角色。
这种全局的视角，会让你跟那些只会"点点点"的测试员完全区分开来。而且它还有一个好处，就是你的职业路径会更宽，你后面想转开发、转DevOps，都是有可能的。
第三个，保持对新技术的好奇。
这个行业变化太快了，快到你可能刚学完一个框架，半年之后它就不是很主流了。但你不能因此就不学了，你得保持一种状态，就是新技术出来的时候，你的第一反应是想搞明白它能帮我做什么，而不是担心它会替代我。
我之前在一篇文章里写过一句话，好奇是AI时代唯一不能被自动化的东西。
这句话我到现在还觉得是对的。因为好奇会驱动你去学新东西，而学新东西的能力，才是你在任何技术浪潮里都能活下来的根本原因。
说到这里，我突然想到一个更有意思的问题，而且这个问题的答案，可能会让你对"测试"这个岗位有完全不同的理解。
就是，测试的本质到底是什么？
很多人会觉得，测试就是找bug，就是保证软件没有错误。这个理解没错，但它把测试放到了一个"辅助"的位置上，好像测试是用来配合开发的，开发才是主角。
但我觉得，测试的本质不是找bug，测试的本质是"定义什么是好的"。
这句话听着有点抽象，我举个例子。
一个开发写完了一段代码，功能实现了，跑起来了，他说我写完了。但什么叫"写完了"，什么叫这个功能是"好的"，这个标准是谁来定的？
是测试。
测试通过设计测试用例，实际上是在定义这个软件的质量标准。一个好的测试工程师，他不是在找bug，他是在用他的专业判断，告诉整个团队，我们的产品要做到什么程度，才算是"可以发布了"。
这个角色，其实更像是一个"质量架构师"，而不只是一个找bug的人。
你从这个角度去理解测试，你就会发现，那些能被AI替代的，只是测试里最表层的部分，就是"按测试用例去执行"这件事。但"设计测试用例"这件事，尤其是设计那些能真正覆盖边界情况、能发现深层问题的测试用例，这件事需要的判断力、经验和对用户的理解，AI现在还差得很远。
而且，随着软件系统越来越复杂，随着AI开始参与写代码，测试的角色反而会变得越来越重要，而不是越来越边缘。
因为代码越来越多，系统越来越复杂，出bug的代价越来越高，你就越需要有人来把关质量。
这个"把关人"，就是测试工程师。
我最后讲一个小细节，算是这篇文章的结尾。
我那个在字节做测试开发的朋友，前段时间跟我聊天，他说他们团队在招人，面试了一个有不少年工作经验的功能测试员，简历看起来还不错，但一问自动化，一问编程，基本上答不上来。
他说完之后叹了口气，说，这种人，其实挺努力的，但方向错了，越努力越尴尬。
我听到这句话的时候，突然想到另一件事。
就是我之前写过一篇文章，讲信息差的。我说，信息差这件事，在AI时代不但没有消失，反而变得更加重要了，因为它不再是"你知道我不知道"的信息差，而是"你能判断我不知道怎么判断"的认知差。
测试这个岗位，其实就是认知差的完美体现。
同样一个软件，有人只能看到它"能不能用"，有人能看到它"在什么情况下会出问题"，有人能看到它"为什么会出这种问题，以及怎么从架构层面避免"。
这三个人，在同一个行业里，但他们的认知层次完全不同，而认知层次，最终会决定你的薪资、你的职业路径、以及你会不会被AI替代。
所以回到最开始的问题，软件测试还值得入坑吗？
我的答案其实是另一个问题，你愿意成为一个有认知差的人，还是一个可以被替代的人？
这个答案，不只在测试这个行业里适用。
以上。
既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～
谢谢你看我的文章，我们，下次再见。