如果你去参考面试，做足了准备，面对面试官员从容不迫，吐沫横飞的大谈自己的工作经历。突然，面试官横插一句：说一个你在工作非常有价值的bug。顿时，整个空气都仿佛都凝固了！“What？”... 我想没几个人可以张口就来吧！？
　　这其实是前两天测试论坛上一个同学的问题，也是我以前面试时被问到一个问题，看到这个问题后，我的大脑开始搜索过去遇到的印象深刻或有价值的bug。
　　第一个冒出来的居然是一个段子：
　　用JS调微信的接口获取用户名，用同事老张的微信号做测试，结果一直获取的是null，怎么调都没发现错误，冥思苦想了许久，发现同事老张的用户名就叫null ！！！
　　表面看这是一个非常简单的一个问题，做测试辣么久，发现的bug无数，随便从中挑选一个比较“特别”的一个bug说说就可以了啊！
　　但其实，越是从习以为常的事情中找“特别”越困难，比如，我每天中午都是楼下随便找一家快餐店吃饭，如果有人问我：说说你印象深刻的一次吃快餐的经历。除非我哪天吃出了苍蝇，否则怎么会对每天吃的快餐印象深刻。
　　同类的还有小学作文：《记最难忘的一件事》就很难写，别说对于小学生，对于成年人来说也一样，这其实跟你的文笔没太大关系。
　　但如果换一个问题： 说说你如何测试面前的这把椅子？ 这个问题就简单太多了。
　　为什么前面让你描述一个bug就那么难，对一把椅子写测试用例就很简单呢？ 明明两个都是工作最常用的“知识”。
　　因为第一个问题太发散了嘛！我还要把以往有印象的bug在大脑中搜索一遍... 前几天测试的时候发现页面上有一个错别字，然后让开发改了，不行不行，这个太简单了，我要说这个bug，面试官会不会直接把我赶出来！？
　　继续想....
　　我们换位思考一下，面试官问这个问题的目的是什么？
　　其实，它并不关心你描述的这个bug是否真的有价值，或有多曲折离奇？他只是：
　　*了解你平时工作中的测试能力
　　所以，这就要求的你平时工作中遇到bug时试着自己去定位，定位bug的过程远比你的单纯的执行测试用例有“价值”（自我技能提高的价值），在定位bug的过程中你需要掌握和运用更多知识。
　　另外，建议你平时养成总结的好习惯，发现的bug，开发解决了，最好问问他原因以及解决的方法，这样再遇到类似问题时，自己也可以试着定位解决。遇到难解决的bug，也可以把最终的解决过程记录下来。（这不是就有素材了）
　　*考察你的表达能力
　　我们搞技术的有许多属于闷骚性格（我也是！），让我们和技术打交道游刃有余。在QQ群里聊天，也风趣、幽默、机智、博学.... 因为网络段子看多了嘛，再加上有百度加持。但面对公司会议或者和陌生人交流时，语言表达能力比较欠缺。
　　所以，建议你平时可以主动要求去分享一些自己工作中用到或学习的技术。或者多去参加集体活动，加强自己的表达能力。
　　*也许就是想抛一个问题给你，自己好有时间继续看你的简历。
　　好了，大概了解的面试官的目的，那么可以在面试前事先思考一下这个问题，从工作中总结一些记忆深刻和有价值的bug。
　　如果，一时想不起来，可以这么切入，找一个自己工作中很熟悉的项目，然后，谈谈你是如何对这个项目进行测试的，然后，在某一个版本测试中，发现xxx，开发也xxxx，前端也xxxx，运维也xxxx，最后终于发现原来是xxx引起的xxxx 。
　　把你工作过程中的测试方法和步骤描述清楚了，那么这个bug有没有价值或是否印象深刻就不那么重要了。
　　如果你刚好去面试，加油！祝你好运！