其实，面试官并不关心你描述的这个bug是否真的有价值，或有多曲折离奇？他只是：
1.了解你平时工作中的测试能力
所以，这就要求的你平时工作中遇到bug时试着自己去定位，定位bug的过程远比你的单纯的执行测试用例有“价值”（自我技能提高的价值），在定位bug的过程中你需要掌握和运用更多知识。
另外，建议你平时养成总结的好习惯，发现的bug，开发解决了，最好问问他原因以及解决的方法，这样再遇到类似问题时，自己也可以试着定位解决。遇到难解决的bug，也可以把最终的解决过程记录下来。（这不是就有素材了）
2.考察你的表达能力
我们搞技术的有许多属于闷骚性格（我也是！），让我们和技术打交道游刃有余。在QQ群里聊天，也风趣、幽默、机智、博学… 因为网络段子看多了嘛，再加上有百度加持。但面对公司会议或者和陌生人交流时，语言表达能力比较欠缺。
所以，建议你平时可以主动要求去分享一些自己工作中用到或学习的技术。或者多去参加集体活动，加强自己的表达能力。
3.也许就是想抛一个问题给你，自己好有时间继续看你的简历。
好了，大概了解的面试官的目的，那么可以在面试前事先思考一下这个问题，从工作中总结一些记忆深刻和有价值的bug。
如果，一时想不起来，可以这么切入，找一个自己工作中很熟悉的项目，然后，谈谈你是如何对这个项目进行测试的，然后，在某一个版本测试中，发现xxx，开发也xxxx，前端也xxxx，运维也xxxx，最后终于发现原来是xxx引起的xxxx 。
把你工作过程中的测试方法和步骤描述清楚了，那么这个bug有没有价值或是否印象深刻就不那么重要了。
举几个例子：
第一个：数据精度相关
这还是实习生刚进入公司的时候，公司的线上项目出现的问题。用户在下单的时候，购物车的结算金额的会出现xx.xxxxxxxxxx这样的金额，简直逆天啊。后来才知道是在数据的各种换算的时候出现了错误。后来在测试中也会出现各种各样奇怪的数据就还好了。
第二个：我的第一个线上Bug
这个时候刚好测试组老人都走了，线上有反馈回来一个bug，说是在某个二级下拉框选择的时候没有限制在一级下拉框的条件下，后台后台人员更改之后，确定测试通过了发布上线之后，一看怎么有不对呀。结果说是不知道那个开发自己做了什么，代码冲突，发布的代码吧这段代码注释了，你能信？？
第三个：和预览功能相关
有的用户在系统成功上传文档之后，点击文档的名称没法进行预览。后面是开发做了优化，发布后用户才能使用了。（这个bug是我第一次真正意识到兼容性测试的重要性，也增加了我对兼容性测试的认识）
第四个：和支付相关
一直来对于线上的支付我都是很谨慎的，这可是公司的财务来源呀。在测试一个活动的支付的时候，有一种情况是用户使用支付宝支付，但是没有安装支付宝app，只用网页版支付。支付成功之后成功回调了，但是没有点击网页版支付成功右上角的成功，直接这个时候进程杀掉app,那么支付宝展示用户实际支付成功，但是在我们系统看起来是支付失败。还好有这样子奇葩的用户不多，最后我们这边移动端的做了修改。（这是因为测试支付的时候没有考虑到各种异常中断的情况）
本文链接：https://my.lmcjl.com/post/2084.html
4 评论