一、聊聊测试岗位
先说大背景。 Layoffs.fyi 的统计, 2023 年全球科技行业裁了 26 万人出头, 2024 年又走了 15 万。这不是测试一个工种的事,是整个科技业在挤前两年膨胀出来的水分。
但挤到测试头上,有个特别的现象:被挤走的,几乎都是"只会点"的那批人。
我去年帮两个团队看过招人。手工功能测试岗,一份 JD 收两三百份简历——多的能到四百, HR 挑到眼花;性能岗挂出去三周,开到薪资上限,进来面试的不超过五个,能接住 SAP 这类系统容量画像的,一个都没有。
你说这叫岗位消失吗?不叫。这叫一边排队,一边空着。
AI 抢的不是测试岗位,是测试岗位里最薄的那一层。
那一层是什么?是只靠"按用例点一遍、把结果抄进报告"就能干完的活。自动化脚本吃掉一大半, AI 生成用例再吃一小半,剩下的不够养一个专职岗位。不是被谁针对,是边际成本撑不住了。
二、"转型"这词太轻
主流说法是: AI 是辅助不是替代,测试会转型,从劳动密集转向技术密集。
这话对不对?对。但太轻飘飘了,轻到能盖住真问题。说白了,挺糊弄人的——好像一"转",人就过去了。
"转型"是有门槛的。性能调优、自动化框架从零搭、 SAP 这类业务系统的容量模型和瓶颈定位,这些不是看两本书、跑两天培训转得过来的,得在一个个真实系统上熬出来。我干性能这行十年,见过太多人嘴上说"我要转自动化",半年后还在原地。不是不努力,是这层手艺确实要时间。
承认对方对的那部分: AI 现在确实更多在辅助,写个用例、补个断言、生成测试数据,效率提得很快。我自己的活也用。但"工具会辅助"和"人人都能转过去"是两码事,中间隔着十年的存货。
分化不是 AI 干的, AI 只是把它按了快进。
其实分化早就在了。 Microsoft 很早就有 SDET ( Software Development Engineer in Test )这条线,把测试分成"做工具、搭框架、写代码"和"按用例执行"两条路,国内叫测开和手工测试。这条分界线画了十几年了,只是以前碗里肉多,两条路都过得去;现在碗小了,差距就显出来了。
三、给你一把尺子
道理讲多了是空的。给你一把今天就能用的尺子,自己去量。
打开你常用的招聘 App ,搜你所在城市的"测试工程师",随机看二十条 JD ,数两件事:
第一,"自动化 / 性能 / 编程"是写在硬性要求里,还是待在"加分项"那一栏。
第二,薪资范围的上限,这两三年是往上挪了,还是压着没动。
硬性要求、上限上移——你在涨的那一段。只写"功能测试、认真细致"、范围压着——你在塌的那一段。这不是我拍的脑袋,是招聘市场用真金白银投出来的票。
性能这条线。 k6 、 JMeter 入门不难,难的是后面那步——压完不是终点,调优才是。一个 SAP 系统的瓶颈卡在数据库锁、线程池还是网络往返,靠的是对被测系统的理解。 AI 甩你一堆曲线,看不懂照样没用。这层判断它抄不走,这就是护城河。
自动化这条线。 Playwright 、 Pytest 谁都能跑起来,值钱的是从零搭一个框架、做选型、趟过那些"看着对、跑绿了、线上还出 bug"的坑。框架从 0 到 1 那套踩坑经验,是出过书的人讲得最透的地方——不是工具说明书,是哪些路别走。
你这张工牌值不值钱,看里面有没有 AI 抄不走的那一层。
今天就能做的三件事
四、别等分化完成再想"转"
三年后测试岗的确切数量,我说不准,没人说得准。
但有一条判据不会变:哪天招聘 JD 里"性能 / 自动化"从加分项变成了硬门槛,就说明分化已经完成。到那时候再想"转",窗口已经关了一半。
现在窗口还开着。开着不是叫你焦虑,是说你还有时间往薄层底下垫一层真东西。垫性能、垫自动化都行,别垫在"我会点"上——那一层正在被吃干净。
所以回到那个问题:未来还有软件测试的岗位吗?
有。但"有"这个字,已经不分给所有人了。
夜雨聆风