我参加过许多次面试，也面试过许多人。
这个问题被人问过无数次，也问过无数次别人。
面试时间有限，所有的问题绝非偶然想到，肯定是有考察点的，不然就成了无效问题，当你透过问题的表面看本质的时候，对问题的疑惑就会变成如何回答才能击中面试官内心最柔软的部分。
那么这个问题，面试官到底想考察什么内容呢？
曾经我一度以为，面试官是要考察我平时是否慧眼识珠，发现常人所不能发现的问题，隐藏极深的问题，回过头来我把自己提过的bug挖掘个遍，也没有几个这样的bug。即使有，这些bug太真实，甚至不知道如何才能给一个初见者描述清楚。
仔细想想，面试官真的是想听到这样一个牛逼克拉斯的bug么？我们先分析一下这样的bug有什么特征。测试用例经过review之后，能覆盖大部分正常/异常链路，并且发现大部分人类所能企及的必现bug。所以如果你陷入误区，你会发现你所阐述的bug，要么是一个边角料不值一提，要么是一个漏测。两者对你都挺负面的。
又或许，我有段时间想显示自己的技术能力，会讲一些发现的中间件的bug。我本意是想顺着这个bug往下，让面试官考察一下我对该中间件的了解程度。当然也提前准备过类似的问题。这个需要因人而异，有些面试官对中间件也不太了解，根本不会按照你的路子来，有些面试官是大佬，可能把你砸稀碎。
这个问题，真的有那么复杂么？
或许，当面试官提出，你讲一个最近发现的bug时，你真的多虑了。
他只是想看看，你提的bug说不说人话，能不能被开发看懂，会不会被一部分喜欢挑刺的开发diss。这是在考察一个测试的基本功，描述清楚一个bug对测试意义重大。可以大大减少沟通成本。
或者，面试官其实是想看看，你发现bug的心路历程。发现问题，如何定位，对系统架构了解的是否清楚，发现bug后如何开展工作等等。顺便，你可以讲讲每次迭代，对bug的归纳总结。
摸不清面试官想要啥的时候，可以将自己的工作过程展示出来。结构化的回答问题，把自己show出来。避免一句话结束战斗。
我还想说一句，面试官不是为了难倒候选人，而是要挖掘他/她的闪光点，看是否跟以后的工作匹配。如果你发现候选人不理解你的话，或者回答方向有偏差，你是有义务重新描述甚至举例说明的。
我要吐槽几句，因为某些公司他面试官其实是并不负责的，候选人说偏了，并未体现出候选人真正的水平，面试官美其名曰理解力不行，或者在这个点上不符合预期，这是非常不负责的。事实上也正是因为竞争激烈，有太多候选人供其挑选，才导致了今天的局面。
我也鼓励候选人，不明白的时候一定要问，摸准面试官想要问的点，面试官不尊重你的时候要表达出来，不用不好意思。工作是一个双向选择的过程，面试官代表的是公司形象。如果他有人格侮辱或者pua，你真的不要去自讨苦吃，并且还要反手送他一个举报。
网友评论