有人看到别人在侵淫面试技巧，什么《程序员面试宝典》，或者《面试测试工程师须知》等等，会嗤之以鼻。他会觉得这不是“投机取巧”吗，重要的还是踏实提高自己的能力。

　　非常同意这种看法，但是转过头来回顾现实，现在无论是学校的升学考试，还是企业的应聘面试，大多是类似的应试路线。从小学到大学，再到企业，培养了一批批擅长考前突击作战，应试能力颇高的“人才”。

　　抛开这种方式对于错，仔细观察一些面试题，会发现每一个问题都包含有自身的意义。那么近在网上常常看到有人说，面试官问“在以前测试工作中发现的给你印象深的Bug？”。

　　其实这个问题是有些难度的，对于有些初级工程师工作中更多的是执行测试，执行用例—发现Bug—提交Bug—执行用例，循环往复，在面试时候仔细搜寻脑袋的每个角落，发现想到的可能是别人告诉自己的，或者是在网上看到的关于什么样的经典的Bug，自己却毫无印象。为什么呢？缺乏思考。

　　有些经验丰富的测试工程师，那发现的Bug多了去了，随便挑一个出来不是答案吗。可是却突然发现自己得了“选择恐惧症”，随便挑一个吧，总觉得自己说的不是经典的一个Bug，精心选择一个吧，又觉得理由不是很充分。为什么呢？缺少总结。

　　如果没有一个适当的原则，答案确实非常多。不过既然是面试题，那要明白它作为面试题的意义了。当面对面试官的表情“小样儿，看看你能说出个什么样的Bug”，你要问问自己，面试官的潜台词是不是这样的：

　　1）看看你平时是怎么测试的，都提些什么Bug，从而来了解你的测试经历；

　　2）考察表达能力，如果说不清楚，那么悬了；

　　3）考察你发现Bug的能力，如果你胆敢说出一个类似“点击链接，弹出网页无法显示”这样简单的常见的Bug来，一定要说明自己的理由，不然面试官一定以为你只能发现类似的缺陷；

　　4）考察你对于测试及缺陷的理解，你认为印象深或者重要的Bug应该正体现了你对于测试过程中哪些比较重要，哪些比较次要的思考；

　　5）也许面试官随便问你个问题，好抽时间来看完你的简历......

　　其实如果你认真的测试过、思考过，真正了解了测试，这个问题何其简单。不需要一定与众不同。

　　可能是个经过复杂步骤才能出现的微小缺陷，影响却很大。通过它已经很明白的告诉面试官，你是一个具备足够的细致耐心品质的合格的测试工程师。

　　也许只是在研究需求阶段发现的一个简单缺陷，能使面试官了解到你对于需求的学习掌握能力，和对于测试提前的重要性的认识。

　　或许是一个没有太多技术含量的易用性的缺陷，因为需求未明确描述而存在争议，由于你的据理力争而使产品更易用，那么不很好的体现了一个测试工程师对于用户体验的理解和重视吗。