如何更好的回答面试问题

最近辅导了知识星球里好几位同学模拟面试，发现了这样一个现象：很多测试同学在面试之前即使做了大量准备工作，比如刷题、梳理回答问题的思维导图，但在面试时还是会发挥失常。我分析下来，发现问题主要集中在这几个方面：

• 没有完全理解面试官的问题，即问的是什么？

• 回答问题没有逻辑和结构，流水账似的想到哪儿说到哪儿。

• 面试不会扬长避短，不会引导面试官提问自己更擅长的领域。

其实在我看来，面试和学生时代的数学考试有很类似的地方，即审题和答题思路。

审题的意思就是想清楚面试官的提问到底在问什么，答题思路则是你的回答是否条理清晰，结构分明，且能够快速表明你在其中所做的事情，解决的问题，提现出自己的能力。

这篇文章，结合我作为面试官的大量面试案例以及被面试的经验，分享一些我的建议。

1、面试，如何审题？

一般来说，面试官提的问题，大概是这样分布的：40%-60%和你的简历有关，30%-40%和面试岗位以及该岗位入职后要解决的问题有关，剩下的 10%左右则是扩展性的问题。

面对面试官的提问，首先要识别出面试官问的是什么类型的问题。如果是你简历中所描述的专业技能、个人优势或者项目经验相关的问题，那相对来说较好回答。只需要在面试前做好准备，对自己简历内容熟稔于心，面试前多做练习，或者找有经验的人帮你模拟面试几次，一般问题不大。

其次，如果面试官的问题和你的简历内容不是直接相关，但是有间接关联，这个时候你可以借用你之前的项目经验来比喻回答。比如面试官问到如何做项目管理，你可以从测试推动项目进度和质量的角度去回答，思路都是大差不差的。

无论项目管理还是保障质量，都需要关心是否按时交付，是否存在风险，交付产出物是否满足这一环节的交付标准。上面的问题可以参考这样的话术：我遇到过类似的问题，当时我是这样分析解决的，您问的这个问题，我个人的分析逻辑是这样，如果是我，我会通过怎样的方法来解决。

最后，面对扩展性的问题，比如你是如何理解质量保障的，你认为应该从哪些角度来提升研发交付效率，面对重复性的工作你觉得能收获什么，我的建议是可以从如下几个角度来回答：

• 找对切入点：先定义这个问题的核心是什么(提升研发交付效率)。

• 找到影响点：那些因素会影响这个问题的核心(需求不明确/需求变更/资源不足/会议多流程繁杂)。

• 分阶段回答：首先，应该怎样；其次，应该通过什么方法解决什么问题；再次，应该尽量避免什么风险，做好应对方案；最后，在项目交付阶段做好什么事情，持续跟进，持续复盘改进。

以上是一些经验之谈，但这一切的前提，是你对自己的简历和做过的项目足够了解熟悉，包括遇到的具体问题和细节。

2、回答问题的逻辑结构

问题案例：说说你印象最为深刻的一个 BUG。

从技术面试官的角度来说，我更喜欢候选人按照下面的方式回答我的问题。

描述背景：这个 BUG 属于 X 业务模块，这个业务的特性是 Y，BUG 的表现是 Z。

描述问题：在上线发布/调整配置时做了 A 操作，出现了 B 问题，导致了 C 影响。

介绍分析思路：通过日志/监控快速排除了 X 因素，然后按照调用关系和做的操作猜测是 Y 导致的 Z 出现了问题。

阐述解决方案：为了解决 A 问题，我们采用了 B 方法，这样做的目的是 C，好处是既能解决 D 问题，又能对 E 有更好的兜底，同时我们还加强了线上监控告警和应急响应机制，避免后续出现 F 问题。

说明优化结果：优化后 X 问题再没有发生过，且与之类似的 Y 现象出现的频次也降低了很多，具体的结果是 Z(数据支撑)。

一般来说，回答技术问题或者介绍项目中的职责，都可以套用上述的案例，稍作调整即可。

3、如何引导面试官的提问方向

面试遇到自己不擅长或者没有太多经验的问题很正常，人无完人。但最糟糕的一种情况就是支支吾吾，故左右而言他；或者不发一言，眼神四处飘荡。

比较好的一种应对方式是，诚恳表明这个方向你的经验不多，但你是这样理解的(说出你对问题的理解)，你认为该从哪些方向采用什么方法来尝试解决(说明分析思路，并提出你的解决办法)。

同时，还可以列举自己做过的某个项目(最好是自己印象深刻或者自己比较擅长的领域)，说明这个项目和面试官的问题之间的相似性，阐述自己的分析思路和解决方法(在这里引申你擅长的技能和作出的产出)。

最后，以上内容仅供大家参考，并不代表是正确答案。