印象最深的一个bug？

“说说你印象最深的一个bug？”

这个问题我曾经被问过，也问过一些面试者。以下是几个场景：

小哥哥A：（蒙逼脸）印象最深的bug？bug还有印象最深吗？

——都说PHP是世界上最好的语言，就不能有印象深刻的bug了？

小哥哥B：（回忆状）遇肯定遇到过，只是一时想不起来了。

——估计很多人第一反应都是这样，那到底是有还是没有？

小姐姐C：（一开始答偏了，在我的引导下，有些许犹疑）有一次在测试的时候发现一个数据有问题，我记录在禅道了，由于开发没找到那条数据，没解决，上线后，在客户那出现了，最后归结是测试的责任。这算是印象比较深刻的吧。

——是因为自己背了锅，所以印象深刻吗？

如何回答？

首先我们要了解面试官问这个问题的目的。就我而言，我想通过这个问题来了解应聘者分析和定位问题的能力，沟通协调能力以及语言表达能力——这也是作为一个测试员应具备的能力。
在回答这个问题时，我们可以按When，Where，Why，How思路来阐述（简称3W1H）。

When： 这个bug什么时候发生的？

Where： 这个bug是发生在哪个产品的哪个端（如：APP，H5，接口或是其它），bug的表象是怎样的？

Why： 这个bug是什么原因导致的？我们需要根据bug的表象进行分析、复现和定位，在这个过程中，我们可能需要和不同的人沟通。事实上，能这样去做的人并不多，很多人认为提交给开发就行了，开发会去定位和解决。试问下：如果是一个非必现bug怎么办，毕竟不是所有的开发小哥哥都那么有耐心。

How： 这个bug是怎么解决的？能定位到bug产生的原因了，接下来就交给开发解决。 当然也存在测试确实定位不到的bug，那就把bug描述清楚，提交给开发，开发解决后，了解产生的原因及解决的方法——这种情况下Why和How就一起回答了。

找不到阐述的bug？

可能有不少同学像上面的小哥哥B一样，感觉是有遇到过，但就是想不起来。就我目前的经历而言，有两个思路：

• 找一个最近发生的bug，当然不能是一个很简单的UI bug。

• 在工作中总结价值bug并归档，经常浏览回顾，这同时也是一个知识和经验的积累。

黑盒测试不只是“点点点”，也不是他人想象中的发现和记录问题那么简单。多动手、勤思考、善总结，最终形成自己的思维方式，当然基础知识也很重要。

以上纯属鄙人愚见，欢迎吐槽   :-D