聊聊面试造飞机和入职拧螺丝现象

有个认识很久的同学找我吐槽说，最近面试了好几家公司，大厂、独角兽和中小创业公司都有。面试结果倒是还好，拿到了几个Offer，但面试过程槽点满满，不吐不快。

安心听他吐槽完，我算是听明白了。让他最不爽的就是：面试岗位的工作日常其实和以前没太多变化(他面试的是资深测试工程师岗位)，但面试的问题千奇百怪，五花八门。

最典型的问题，就是面试造飞机(技术深度广度各种深挖，还有业务理解、团队管理、体系建设)，入职拧螺丝(分析需求、写测试方案和测试用例、点点点，写报告)，好像在刻意提高候选人门槛和面试通过率似的。

和他聊完，我回想了一下自己过去几年在职场带团队时面试候选人的过程，好像无意中也有这种倾向。我不禁问了自己一个问题(也可能仅是思考问题本身)，为什么会存在面试造飞机入职拧螺丝这种现象？

下面是我对这个现象的一些观察和思考，内容仅供参考。

首先，我们从宏观的市场供需关系角度来看这个问题。

企业是需求方，候选人是供应方，虽然双方都具有选择权，但供需关系会影响二者的选择权重。

以软件测试岗位为例，14到16年那个时间段，受益于移动互联网爆发，市场对测试的要求很低。只要懂基础理论、SQL基础、Linux基本命令，就能找到一份软件测试工作。

16到18年，市场对于性能测试和自动化测试工程师的需求很高。你只要懂相关的理论，会用JMeter和Appium/Selenium等工具，再学两三个月代码，就能轻松找到月薪过万的测试工作。

18到20年，移动端流量红利见顶，业务从快速扩张转移到精耕细作阶段，内部流程体系建设、平台搭建和提效成为行业共识。基于此，市场对于软件测试岗位的核心需求又流转到了测试开发岗位，薪资也水涨船高到了20K起步。

假如你14年跨专业突进培训三个月入行，但一直没怎么提升个人综合能力，那到20年这个阶段，你会发现很难找到一份合适的软件测试工作。

为什么从20年这个阶段开始，市场上关于面试造飞机入职拧螺丝的话题多了起来，本质上是因为市场需求方的需求变了，但供应方整体水平没有及时跟上。

市场竞争的残酷之处就在于，需求会不断变化，能者上劣者汰，胜者为王。

其次，我们从微观的日常工作内容角度来看这个问题。

公司的第一追求是盈利，盈利需要不断发展业务来满足用户需求，企业内部迭代业务大多是通过一个个项目和版本迭代来展开。要完成一个项目，需要多方(产研设)协作配合，研发部门内部又细分为多个不同的技术工种。

同样以软件测试岗位为例，测试工作不仅仅是单纯的做一个点工执行用例。你需要了解需求，分析测试点，编写并执行测试用例，和研发一起排查问题，最终上线发布确认没问题，才能说这个版本/项目完成了交付。

需求评审时，你需要和产品/业务方沟通；过技术方案/追踪bug时，你需要和研发沟通；线上发布验证时，你需要和产品、研发、运维、DBA等多个岗位的同学协同配合，保证最终的交付结果满足要求。

大家都是本岗位的专业人士，高效协同是按时保质交付项目的重要因素，这背后都需要大量沟通来抹平信息和认知差。

沟通和协同配合有一个重要前提，就是大家都默认你说的话别人能迅速理解。如果你只懂测试一亩三分地的东西，不熟悉业务，技术底子薄弱，对线上发布流程不了解，那你就无法对线上交付质量负责。

作为软件测试工程师，如果无法确保线上交付质量，又怎么能找到合适的工作呢？

面试造飞机背后的逻辑，是通过严格细致的筛选，找到即具备专业技术能力，又能高效沟通协同配合的人。入职拧螺丝则是工作日常，虽然乏味但现实的底色一直如此。

当然，不同阶段市场的需求不同，对候选人要求的粗细粒度也不同。

如果你想在IT互联网行业持续走下去，唯一的大概率成功法则，就是不断拓展自己的专业视野，精进个人的技术水平和解决问题能力，同时辅以成功案例(企业内项目落地+企业外开源贡献/个人技术博客都行)。