面试官金三银四招聘有感：给测试人的建议

Posted 2023-03-15 测试萌萌

前言

前段时间因公司的业务扩展需要，测试部人员编制开始扩招。

这里简单介绍一下团队的基本编制与架构：团队编制1+3+12（经理+组长+执行），执行包括业务、测开等角色。

博主在测试行业摸鱼了十余年，面试过的人也算不少，本次总共招聘了4名测试同学，面试的过程让我这个中年人也是十分的有感触，希望能通过此文给广大的测试同学一些小小的启发。

特别申明

本文中所提及的面试人员相关信息与简历已做脱敏处理，不涉及任何个人敏感信息，案例中的相关简历内容也已征得当事人的同意与认可，如有雷同请勿对号入座。

职位要求

业务测试

1.根据产品需求、设计文档、原型图，合理安排个人测试计划，编写测试用例，搭建测试环境，进行产品功能的硬软件测试；

2.负责黑盒类测试与缺陷生命周期管理，负责个人测试报告编写，对测试进度和测试质量负责；

3. 负责与开发、产品、项目经理等项目组成员进行积极有效的沟通，推动问题的解决；

4. 负责个人测试进度汇报、测试风险点沟通；

5. 对产品进行简单的性能、兼容性测试，对产品的友好度、易用性提出自己的意见；

6. 支持运营与售后部门的进行TroubleShooting。

测试开发

1.负责技术测试需求分析、梳理，根据拆解的测试计划合理分配自身测试任务；

2.负责对应项目的自动化测试用例/脚本的设计、执行、持续集成等；

3.负责公司产品技术测试任务，提供自动化测试支持和保障，负责协调、配置和管理技术测试工具和环境等资源；

4.负责对应项目的测试技术、方法的持续改进，提升测试效率，保证被测系统的质量。

面试案例

案例1

姓名：小朱  年龄：25  工作经验：3年

 

 项目1相关职责：

项目2相关职责：

 项目3相关职责：

 简历分析

小朱同学的每个项目中扮演的角色都是业务测试执行，但是每个项目中的个人职责却十分的相似。很多同学看到这里不禁会问，“这不是废话吗？每次的项目中我们执行测试做的事情不就是这些吗？”。

其实做过业务测试的同学都知道，上述小朱同学写的东西其实就本质上而言是每个公司对于各自项目测试的SOP。每个项目按照各自的测试SOP去执行本就无可厚非，但是这里却忽略了一个很重要的部分：那就是“我的职责”中的“我”，这个才是大家项目经验中需要去着重凸显的部分。

如果一份简历中有多份项目经验并且角色都是同一个的情况，这样的重复描述往往会变成减分项，面试官面对这样的一份简历，无论是否在面试过程中询问项目细节与否，至少第一印象就会是这个测试对于自己的日常工作只有比较浅显的理解，无法体现面试者是否有对自己的日常工作保持必要的复盘与能力整合。

其实只要我们在日常中多做留意、记录与复盘就可以在简历中体现出自己在项目中区别于其他人的价值。这里面的逻辑很简单，不同的测试人员在同一个项目中即使测试同一个模块也会有不同的工作表现与成果产出。

那我们可以从自己的角度出发，比如参与了哪个项目，在其中担任了什么角色，承担了什么模块的任务，针对模块的架构与技术栈使用了什么测试手段，测试过程中的测试数据体现（测试目标、用例数、缺陷比、线上缺陷逃逸率、复杂业务功能数、遗留风险，当然描述的时候上述的这些数据和关键业务记得脱敏），利用以上这些信息，对比多个迭代版本的测试数据，每个版本较之前有多少模块是有质量上提升的，如果出现了下降那你又是如何复盘的，通过什么样的测试方法改进控制下个版本的模块测试质量，只统计你自己负责的模块即可。

相信有具体数据支撑的项目经验更能得到面试官的喜爱，使用这个方法的另一个好处在于你可以通过这些描述来引导面试官的提问方向，间接的提起面试官的兴趣并且可能大概率的向你提问你写的这些数据中的一些具体事项问题，这个其实远比问你一些你没接触过的项目流程与测试流程或技术要好的多。

案例2

姓名：小王  年龄：23  工作经验：1年

 项目相关职责：

 专业技能&个人特长：

 简历分析

小王同学科班出身，工作经验1年左右，刚毕业进入一家大厂进行简单的业务测试执行工作，在博主看来这一年对于新人来说更多的是体验测试行业的工作特性与测试流程执行方法、自身的测试技能、测试意识的快速提升。

但是很明显的小王同学对于项目经验不足的自己，做了一个不太正确的决定，那就是简历包装（这里说明下情况，小王同学的面试简历与招聘网站上的简历是不同的两份，博主是等到人来了之后，HR给到自己小王同学带来的简历才发现有所出入。当然面试完成后也给到当事人一些简历修改建议）。

针对这样的情况，博主只想说技能与经验的确是需要时间积累与磨练出来，但是诚信远远比这些都重要的多。简历包装涉及到的是原则性问题，面试中被发现直接凉凉不说，对自己来说更是一次难堪的经历。

对于测试来说诚信更是高于其他一切的重要品质，哪怕是一个新手小白也可以通过管理者、团队的帮助以及自身的努力慢慢的转变成团队中的中流砥柱。一个诚实的小白与一个不诚信的多年经验的行业从业者，作为一个有能力梯队、有招人-用人-留人的体系的团队来说，选择哪一个并不需要纠结。

对于广大的测试新人与应聘者来说，自己简历中的东西可以是日常工作的累积或业余时间的学习成果。不懂的可以问、可以学，这些成本都不投入的话写的再多也是徒劳，即使运气好碰到一个糊涂的面试官让你忽悠进去了，但博主敢断定的是，到了最后损失最大的一定是你自己，没有任何人能对你负责，只有你自己。

让我们把话题转回到这份简历上，对于自身技能或特长的描述，可以准备多个版本的简历，针对你要投递的公司的主营业务进行投递。描述中的“了解”、“熟悉”、“擅长”、“精通”一定要搞清楚含义再选择性使用，结合上述所说的多个版本的个人技能组合，有针对性的描述能对应用人企业所需技能的版本。

如果有些技能自己不太常用但用人企业又比较需要的话，可以在面试过程中表达出自己是否有强烈的学习意愿并描述相关技能是否有自己已掌握且可以平行替代的技能。

面试注意点

如果你收到了面试邀请，那么恭喜你至少引起了用人企业的兴趣和关注了。下面就和大家分享下多年来博主面试应聘者的一些拙见。

自我介绍

长短在2分钟左右，不要太短，很多同学在介绍时明显没有准备过或只做过简单准备。

如“面试官你好，我之前在某某某公司任职，从事测试执行工作，主要做过什么什么项目云云”。

不要太长，同样是以上这段开场白：

“面试官你好，我之前在某某某公司任职，从事测试执行工作。主要做过什么什么项目云云，我们的项目主要是面向XX用户群体，我在其中担任什么角色，进行XXX工作，主要的工作职责……”之后就开始谈起整个项目中他做所的全部事情。

作为给到面试官的第一印象，建议大家把要说的自我介绍内容做个简单的整理，将语速稍稍降低一点，留出充足的时间让面试官填写有关你的面试信息并有效聆听关于你的一些基本情况。有些同学一紧张就会吃螺丝并且语速还会加快，这样准备好的自我介绍可能会在极快的状态下结束并且陷入冷场的情况。

在平时我们可以用手机录下自己的自我介绍进行，然后进行回看，这样你可以对自己的发挥进行复盘与完善，并且说熟练之后也就不需要介意什么临场发挥了。

面试提问

这里大致分为两块，技能与项目。技能环节面试官一般会从简历中的技能或自身公司业务中的技能来进行询问。

如果之前有对自己的技能做过整合与复盘回顾的话，尽量用贴近现实工作中的场景来进行问题回答，其中相关的专业术语千万不要说错，建议在日常工作的过程中进行有节奏的沉淀并输出成文档，利于日后的知识体系形成与再利用。

业务测试比较着重于产品业务验证与测试执行，所以基础的测试理论与测试对应方法是必不可少的，这是一个老生常谈的话题。但却又是这样的一个话题，很多同学经常没有去实际应用在自己的日常测试工作中，什么测试用例设计方法，用的最多的就是边界和等价类了，其他的一概无视。

但事实其实不然，你在真实的项目测试中，你的测试用例是编写出来的还是设计出来的有着很大的区别。

注意这里用的是“设计”这个字眼，测试用例的覆盖率与单独执行复用率决定着这个测试用例是否是一个合格的测试用例，业务测试的核心竞争力不仅在于业务侧，用例设计等硬技能的掌握程度也是极其重要的，是否可以设计完美贴合产品被测模块的测试用例很大程度上决定了一个业务测试人员的稀缺与抢手程度。

测试开发在博主看来目前已经在很大程度上替代了业务测试的工作内容，除了日常的测试框架、工具、脚本的开发外，还会承担部分的业务测试工作。

随着互联网行业的竞争与内卷愈演愈烈，越来越多的企业对于测试要求日益提高，有些测试团队甚至已经用测开替代了大部分的业务测试人员，这也要求测开同学自身必须拥有复数属性，一边要求站在开发的角度通过不同的技术栈来实现不同的测试框架，同时另一边又要求站在客户角度对被测对象进行合理而全面的测试活动。

无论是开发转测开还是测试转测开，其实都绕不开必备软硬技能的提升，具体的技能内容则根据各自公司的产品业务与技术栈决定，但那些通用的产品与测试、开发意识都是必不可少的，所以无论是哪种职业路径，只要想在测试行业走下去，抛开一些纯项目或团队管理等岗位，测开都是一个不错的选择。

项目环节要简单扼要的简述项目的背景、自己的角色、测试中的数据与成果体现、以及自己在项目中所得到的成长与感悟。

面试官永远想看到的是你如果进入团队后能为团队带来什么，任何工作与项目中的负面信息无需提及，但项目中遇到的技术难题或困难必须进行细化然后描述自己是如何解决与推进相关问题解决的。

问题解决与推进的能力对于测试来说极其重要，这个远比你测了多少用例、写了多少行代码更为的核心。项目经验的描述中的另外一个大忌就是通篇说下来没有逻辑或逻辑混乱，让介绍负责模块的业务，叽里呱啦一同说下来，都没有把业务说清楚的，不禁会让人怀疑你的日常工作是不是应付了事，做一天和尚撞一天钟。

这个的解决方法与技术累积相同，在于日常的有目的性的沉淀，无论是团队讨论、培训、文档类的输出，只要有心并坚持执行，深耕业务，要说清楚自己负责的模块业务、解决了客户什么样的痛点等都是手到擒来。

反向提问

面试的最后环节一般都是了解与反向提问，这个对大家来说除了可以了解公司的一些基础情况外，更是评判公司与团队、岗位是否适合自己的好机会，还能顺便提升一下面试官对自己的良好印象。

不管面试官最后是出于礼貌还是流程所需，对你抛出可以向他提问的时候，千万千万千万不要说我没什么想问的了，哪怕这一次的面试已经凉凉的情况下。

博主就碰到过很多次测试同学已经无法通过这一次面试的情况，问他还有什么想问的，直接就表现出很消极并且表示没什么想问的了。

建议大家这样的消极的情况一定要极力避免，就算已经无法入职，这也是你练习职场面试沟通的一次好机会。你可以这样想，既然已经凉了何不抛开紧张和压力，多多利用这次面试的机会练习练习自己要提的问题呢？

我许多年之前招聘也曾经遇到过一个男同学，自身的经验与技能其实并不出众，工作还算努力但是相关的管理经验不多，总体来说那次面试基本已经凉了，因为实在是太平凡了，要在几十个面试者中脱颖而出几乎不太可能。

但就是在最后的反向提问环节，他问了如下几个问题：

1.如果有幸能入职咱们公司，团队需要我解决什么样的问题？

2.如果有幸能入职咱们公司，团队对我的职业规划是什么样的？

3.公司目前的经营状况、团队规模、未来1年的团队发展计划与产品测试目标。

当时给我的感觉其实还是比较出乎意料的，先不说是否是刻意事前准备的，我就这三个问题和他又多聊了半个小时。身为一个来应聘高级测试的同学来说，第三个问题看似和他自身最不相关，但其实却是最相关的话题。

最后就是因为对他的深刻印象，博主将他招聘了进来，事实也证明了博主的选择没有错，这位同学只用了短短的一年时间就坐上了QA主管的位置（我们这里测试与QA是分开的两个部门）。每每回想到这事他都会和我打趣道：“如果不是因为那第三个问题，我现在还不知道在哪呢。”

所以对于大家来说，最后的反向提问环节就是你们展现简历上没有的个人特质和特长的最佳表现机会。既要让面试官感受到你很重视和珍惜这个职位，也要展现出你自己在这个岗位上的可能性，通过有针对性提问的形式并在后续的沟通中让面试官自主的增加你通过面试的可能性。

寄语

在即将来到的金三银四之际，希望广大求职的测试同学都能找到自己心仪的岗位。

这里想对求职的大家说：“即使投出去的简历没有回应也不要放弃，不要自责，不要自我怀疑，真的不是你不够好，只是这几年大家都很难，我们需要做的，只是调整心情，再次出发。”

最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取【保证100%免费】

 这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！