上周面试了四个测试岗候选人，测试最后只发出去一份offer。招聘不是测试岗位要求高，是招聘能干活的人实在太少。

简历上写着“精通功能测试”，测试让他设计一个登录模块的招聘用例，憋了十分钟只写出“输入正确用户名密码能登录”。测试我问他异常场景呢？招聘他愣了一下说“哦对，还有密码错误的测试情况”。就这，招聘要价15K。测试

测试岗的招聘招聘现在陷入一个怪圈。企业觉得人难招，测试求职者觉得工作难找。招聘两边都委屈，测试但问题出在中间那道鸿沟上——大量挂着“测试工程师”头衔的人，实际能力停留在点点点的水平。

我翻过上百份测试简历，出现频率最高的词是“熟悉测试流程”、“编写测试用例”、“提交缺陷报告”。看着都对，但面试时一问细节就露馅。比如问缺陷报告里最重要的字段是什么，有人答“标题和描述”。再追问如果开发说无法复现怎么办，回答就变成“那就再试几次”。这种回答暴露的是没有真正跟开发掰扯过bug的实战经验。

有个候选让我印象很深。简历普通，二本毕业，三年经验。问他最得意的一个bug，他讲了半小时。从怎么发现订单金额在特定优惠券叠加下少算了一分钱，到如何通过日志定位是浮点数精度问题，再到推动开发改成整数计算。整个过程有逻辑、有细节、有推动力。这种人我当场就想发offer。可惜他手里已经拿了三个。

招聘测试，我越来越不看简历上的技能清单。什么Selenium、JMeter、Postman，列一堆工具名没用。我会直接给一个场景：线上用户反馈支付成功后订单状态没更新，你怎么排查？能说出“先看日志确认回调有没有收到，再查数据库事务是否提交，然后检查消息队列有没有积压”的人，比写十行工具名管用。

另一个观察是，很多测试人员缺乏“破坏性思维”。测试的本质是找茬，但不少人做着做着就变成“验证功能正常”。我常问的一个问题是：如果让你故意把这个功能搞坏，你会从哪里下手？能迅速说出三五个攻击点的人，通常比只会按用例执行的人强一个档次。

招聘方也有问题。JD上写“负责功能测试、接口测试、性能测试”，薪资给8K。这不明摆着告诉候选人“我们什么都想要但什么都不想给”吗？还有的公司把测试岗当廉价劳动力，面试时问“能不能接受长期加班”，这种岗位招到的人大概率也是将就来的。

说回那四个候选人。一个只会功能测试且拒绝学自动化，一个自动化框架是培训班速成班水平，一个沟通时眼神躲闪、问三句答一句。最后发offer的那个，经验不是最长的，但排查问题的思路最清楚，还主动问了我们CI/CD流程怎么跑的。这种人进来就能上手，不用从头教。

测试招聘难，难在供需错位。企业想要能独立扛项目、懂代码、会定位问题的人，市场上大量流通的却是只会执行用例的“点工”。想招到靠谱的，面试时少问概念多问场景，少看工具列表多看排查思路。简历可以包装，但解决具体问题的能力装不出来。