这个问题，基本95%的面试都会遇到。究竟面试官想要知道什么呢？让我们回到这个面试场景来看看。

　　“说一下你印象最深的bug"

　　你的脑子里拼命的回想过去遇到的印象深刻或有价值的bug。

　　“我就是做测试的，每天那么多bug，累计下来，没有上万也有成千，猛的一问我，大脑一片空白，发现的bug都差不多，还真的一下想不起来哪些是有价值的。

　　如果实在想不起来，我随便说一个也是可以的吧？

　　其实不然，你如果真的随便说了，估计offer就差不多要飞了，这道题，是一个综合性考题（敲重点）

　　先来分析一下题目：说一说你工作中发现的最有价值的bug

　　重点在哪里？关键词：说一说和BUG。

　　说一说作为一个主观臆断，每个人和每家公司的评判标准都不一样，可能对你来说有价值，你从这个bug里学到里很多东西；可能对公司有价值，发现一个致命bug，拯救产品于危难。但是对方能不能从你的表述中判断你这个bug没有没有价值，才是关键。

　　综上所述，这道题目主要考察你三个部分：

　　了解你的测试能力

　　平时工作中遇到BUG，可以想办法自己定位，定位bug的过程远比你的单纯的执行测试用例有价值，因为在定位bug的过程中你需要掌握和运用更多知识。

　　当bug出现了，如何判断这个bug到底是不是bug，是后端的还是前端的，是自己能处理还是要交给别人处理，处理的结果如何反馈。

　　搞技术的有许多属于闷骚性格，一旦要面对面交流时，语言表达能力比较欠缺，如同有了社交恐惧症一般。

　　当然，如果一时想不起来，也可以这么切入：

　　1、找一个自己工作中很熟悉的项目，2、谈谈你是如何对这个项目进行测试的，3、在某一个版本测试中，发现xxx，开发也xxxx，前端也xxxx，运维也xxxx，最后终于发现原来是xxx引起的xxxx 。

　　举几个例子：

　　第一个：数据精度相关

　　这还是实习生刚进入公司的时候，公司的线上项目出现的问题。用户在下单的时候，购物车的结算金额的会出现xx.xxxxxxxxxx这样的金额，简直逆天啊。后来才知道是在数据的各种换算的时候出现了错误。后来在测试中也会出现各种各样奇怪的数据就还好了。

　　第二个：我的第一个线上Bug

　　这个时候刚好测试组老人都走了，线上有反馈回来一个bug，说是在某个二级下拉框选择的时候没有限制在一级下拉框的条件下，后台后台人员更改之后，确定测试通过了发布上线之后，一看怎么有不对呀。结果说是不知道那个开发自己做了什么，代码冲突，发布的代码吧这段代码注释了，你能信？？

　　第三个：和预览功能相关

　　有的用户在系统成功上传文档之后，点击文档的名称没法进行预览。后面是开发做了优化，发布后用户才能使用了。（这个bug是我第一次真正意识到兼容性测试的重要性，也增加了我对兼容性测试的认识）

　　第四个：和支付相关

　　一直来对于线上的支付我都是很谨慎的，这可是公司的财务来源呀。在测试一个活动的支付的时候，有一种情况是用户使用支付宝支付，但是没有安装支付宝app，只用网页版支付。支付成功之后成功回调了，但是没有点击网页版支付成功右上角的成功，直接这个时候进程杀掉app,那么支付宝展示用户实际支付成功，但是在我们系统看起来是支付失败。还好有这样子奇葩的用户不多，最后我们这边移动端的做了修改。（这是因为测试支付的时候没有考虑到各种异常中断的情况）

　　把你工作过程中的测试方法和步骤描述清楚了，那么这个bug有没有价值或是否印象深刻就不那么重要了。