那么问题来了，也许有的人会质疑，我招的是测试工程师，不是测试经理，不需要考虑这么多吧，如果按照我这种要求，怕是一年也找不到一个，况且的确有很多人受公司制约，甚至有人大学刚毕业，肯定回答不上来这类问题。

 

我想说，企业招人的目标永远都是奔着“合适”去的。我这么去面试，自然是因为工作中遇到的实际问题导致我不得不去关注这些。在实际工作中，经常会遇到测试人员接到测试任务以后，什么也不考虑就去测试了，测试完了以后告诉我工作完成了。 然后我问他这次测试任务的范围是什么？开发为什么要做这些改动？这些改动是开发自己提出来的还是客户要求的？如果客户要求的客户的关注点在哪里？这次改动具体改了什么内容？怎么改的？你觉得这样的改动合理吗？改动以前是什么样子的？......  这些问题最初的时候我问十个人，九个人都答不上来，还有一个回答的模棱两可。那么，从一个测试经理的角度，让我怎么相信这个测试负责人的工作是有效的？怎么让我相信他的工作覆盖率是全面的？我无法相信连改动原因、改动内容和改动方法都没有了解清楚的人，能很清楚的知道测试通过的准则。...... 同理，做测试前先思考是一种习惯，如果这个问题回答不好，我很难相信他在实际工作中会做到我刚说的那些（何况我提问的时候是不断引导的，这个问题也不会拿去问2年经验以下的新人）。

 

 

也许还有人觉得，上面这个案例，提及的知识是一个“知不知道”的范畴。只要有所准备，就能做到从容不迫~

 

我想说的是，我在带新人的过程中，不断灌输这套做事的方法论。他们的确是“知道了”，但是真正用好还花费了很长时间。所以面试的时候也不要过于乐观，是临时抱佛脚，还是日常工作中就按照这种方式去工作，作为资深的面试官都能分辨出来。劝君不要抱侥幸心理。

 

也许还有人说，面试时间那么短，面试的时候受限于时间关系想不了那么全。

 

其实，这种情况不也说明面试者的思维不够敏捷，不是吗？毕竟面试官做了那么充分的引导。

 

 

 

面试场景2

 

　　问题：假设你是QQ这个产品的测试负责人，你怎么去测试QQ传文件这个功能？说一下测试点，你可以发挥自己的想象力，不必局限于它现有的功能。

 

　　这个问题，问过不下五十人，能在面试时回答出超过15个测试点的，坦白说一个没遇到。

 

　　多数应聘者都是想到哪说道哪。

 

　　我更想听到的答案有两种，一种是按照传文件的流程（客户端A-网络-服务器-网络-客户端B），一种是是按照测试框架回答（比如系统的说明从UI、功能、性能、兼容性、安装部署、服务器端、网络、安全。。）。

 

　　也许有人问，这个问题就是考察“测试思维”，实际工作中用不到那么多，或者只要准备一下，也能比较轻松的回答我这个问题。

 

　　测试人员最重要的素质是什么呢？ 的确存在有些人思维发散度很不错，虽然不会设计用例，但是很会找bug。但是这样的人可遇不可求的。而且通过面试去发现一个人的思维发散度有多好不太现实，我还是更保守的通过看一个人的思维模式来判断他是不是我想要的人。 我现在所负责的系统架构比较复杂，涉及到方方面面，测试过程中需要思考的问题，跟上面这个案例差不多。一个人是真的懂，还是临时抱佛脚，可以通过不断的深挖来发现。所以， 如果想要在面试时“不露马脚”，仍需要在工作中就培养这样的思维模式。

 

　　最后，国内很多公司存在面试官看“眼缘”决定是否录用。。。这样的情况不在本次讨论范围之内。