如何去面试软件测试工程师？面试官教你怎么回答！

以上模型的六个维度中，有一些是可以通过简历筛选大体上完成匹配度检查的。而另外一些简历上体现不到的东西则需要在面试中进一步观察。

三：面试套路

上一节我们用能力胜任模型谈论了一个测试工程师的考察维度，那这些素质究竟该怎么在短短的一场面试中考察到呢？接下来说一说具体的考察方法，也就是套路。每一种问题我们从想要得知什么和不想看到什么两个方面去讨论。有几类问题是面试中大家比较常见到的，反套路也很多，我们稍微介绍一下：

01 自我介绍

功能：给求职者一个表达的窗口，同时也是考察其表述能力和基本素质的问题。

想看到的：主动的态度，良好的表达能力，充分的准备，简明扼要的阐述。

不想看到的：语言支离破碎，介绍过短或过长（表达沟通能力堪忧）；想到什么说什么，没重点（对应聘没有做好准备，求职意愿不强，规划能力不够）。

02 离职原因

功能：判断求职者的稳定性，挖掘隐性问题。

想看到的：合理的理由，正能量的表达。

不想看到的：充满怨气的理由（可以反应出很多问题），没什么理由（工作内在动力不明确）

03 职业规划

功能：考察求职者的规划能力，景愿，以及工作动力

想看到的：诚实的表达，合理的规划

不想看到的：毫无规划（没有工作目标动力的支撑，进步可能性小）

04 谈缺点

这个问题不得不吐槽一下，原本这个问题是一种挑战性套路。但是被反套路得太多，所以现在这个问题更多的我认为是要考察诚实品质了。

功能：挖掘隐性问题，判断人物性格

想看到的：诚实、诚实、诚实。能够认识到问题，并且有解决的思路，人非圣贤，孰能无过？知错能改，善莫大焉。

不想看到的：反套路（强行优点说成缺点），没缺点...调侃（严肃点...什么都被你打哈哈过去了，我面试还怎么面？）

05 要求对方发问

功能：考察求职者的主动思考能力，对公司职位的青睐度

想看到的：对于公司，项目，职位，技术充满兴趣的问题

不想看到的：反套路（动辄上升通道和培训机会），没问题（一脸懵，缺乏思路和主动能力）

四：总结思路

除了以上这些被问烂了的问题，还有一些个人总结的面试问题思路：

01 挑战式问题

比如在合理的范围内提出质疑，和疑问，比如：“某项技术在我们的项目内是硬性要求，而您的简历上看到并没有相关经验，你觉得你能胜任这方面工作吗？”这样的问题其实主要是考察面试者的情商，性格和态度。个人最想看到的回答要体现出对于自己的信心，诚恳的态度，以及做事的思路。

比较好的回答可以是这样的：“我承认您说的这方面经验欠缺的问题。不过我也认为我自己是一个学习能力和学习主动性都比较强的人，只要能够给我一定的时间去跟随团队学习相关技术，相信我能用最短的时间内掌握技术。”还可以在此基础上举出自己学习某项技术的经历。

02 陷阱式问题

将考察点埋藏于问题深处的提问方法，比如：“您希望的直属领导是什么样的？”或是“当你在工作中发现领导工作错误，怎么处理？”这样的问题其实也是在考察面试者的情商和团队协作能力，以测试对方与当前团队的匹配度。

03 不熟悉的领域

现在的测试团队组织经常采用模块式的划分，一个面试者可能在以往工作中主要负责某产品特定模块的测试工作。这种场景下一个好的问题可以是，他不熟悉的模块是如何工作的？或者他们的开发人员是如何工作的？这样的问题在于考察面试者的主动思考能力和整体把握能力。

一个拥有这样能力的人员不会说：“哦，这块不是我测试的，我不太清楚”。同理有一个小技巧也是我在面试的时候经常会问的，比如面试者简历中提到的常用工具。如果涉及到英文缩写，我会问：“你知道这个缩写的全称吗？”比如一个面试者的简历中经常提到使用JDK。如果他完全不知道其全称是Java Development Kit，那么在我眼里这就是一种主动思考能力的缺失。

04 发散性问题

软件测试职位的面试中，其实经常会面对这一种问题。比如随手递给你一个水杯，问：“怎么测试？”这种问题是有一定价值的，在考察测试基础理论的同时，也考察测试思维和做事思路。他的一种演变形式可以是给出更实际的需求文档或测试点，要求写出测试用例。

05 解决问题的经历

工作中有没有遇到过什么难题，你是怎么解决的？做为面试官，问这样的问题同样是在考察一个人的思路。所谓难题可以是技术上的，也可以是流程上的，甚至可以是人际交往中的。解决难题的思路和方法很大程度能够体现一个人的智商，情商以及思考回路。对于面试者而言应该尽量将这个问题诠释出来。说问题一定比不说要好。

以上就是我对面试思路和套路的一个小总结。城市套路深，其实说起来可以说没完没了，如果大家遇到过有意思的面试套路，也不妨留言分享。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!