软件测试面试中被问的问题有时候会是形形色色的，不会局限在你会哪些测试设计技术？测试流程是怎么样的？

就比如你会遇到这种问题：工作中最有意义的bug？

是不是有点懵？面试官问这个题目可不是真的关心你提过的某一个bug啊，我们来分析下常见的回答的优缺点。

第一级：不过大脑，顺口就答型

有些同学可能性子比较急，听完甚至还没等面试官问完，就急着回答了，直接回复：发现系统页面有错别字，然后提交了bug，让开发去改了这个bug。

听起来没啥毛病，是个bug，而且也去跟踪修复了bug，但是这个答案不是面试官想要的，他关心你发现了错别字有意义吗？不用你是有经验的测试，一个普通用户，也能发现错别字啊，这种答案一般会得到一半的分就不错了，所以回答问题一定认真审题。

第二级：仔细琢磨面试官的意图再回答

平时处事稳重的同学，一般都会给自己留出3、5秒的时间去梳理面试官的问题，自己有了思路并组织语言后才回答。

首先要抓取问题的几个关键字：工作中、有意义、bug。

在这几个关键字去组织自己的答案，这时候也是有技巧的，主要是制造工作场景，渲染特别意义，有一定严重等级且不常见的bug。

有了这几个点的加持，答案就足够丰满了。

答案可以这么组织：在我前段时间做的项目，那是一个教育类的app，其中发现了一个bug，给我的印象是比较深入的，因为一个不经意间的用例设计，发现了app崩溃的问题，并且给了开发一个通宵改bug的机会，bug是这样的，我去修改app头像的时候，上传了一个大小为10M的图片，点击上传之后，app瞬间不响应了，然后就闪退了，我觉得这个是一个挺有意义的bug。

第三级：睿智进阶型回答

除了抓住面试官的意图，也要更多地在“有意义”上下点功夫，如果你不是一个“善变“的人（善于变通），那我还是建议你提前准备一个有意义的、印象最深的类似bug。

并且还要加入你对这个bug的理解和定位，并说明你是如何去沟通开发、辅助开发定位该问题、并认可你的问题，当然这个过程需要体现你“牛逼”的沟通能力，让其不得不认可、并修改bug，这就是所谓的“人生如戏，全靠演技”。把戏做足了，就能忽悠的面试官一愣一愣的，不得不认可你的工作经验、项目能力和沟通能力，拿一个offer那还不是很简单的事情吗。

你可以这么演：前段时间我独立负责的一个项目（个人能力强，可以独立担当项目），是某航空公司订票app，在进行系统测试的时候，按照计划先进行了安装卸载及注册登录相关的冒烟测试（懂测试计划、测试流程），发现了一个有意思的bug（营造神秘感），在安装并登录账号后，卸载app，再次安装并启动app，一个有意思的问题发生了（场景设计的不错奥），直接登录了我之前的账户，才开始还没意识到是问题，但在提交这个bug的时候突然意识到这可能是一个安全性的问题吧，卸载后怎么还能存储这么重要的缓存信息？我敏锐地把bug描述写上了可能存在安全性风险，并将bug等级从“缺陷级”提升为“严重级”，然后就高高兴兴的去找开发确认了，在一番风险分析下，开发小哥哥意识到了问题的严重性，最终通宵去修复了bug，非常清晰的记得当时开发小哥哥的脸是红彤彤的，这个bug我觉得挺有意义的（最后的点题）。

实战案例

光学理论是没用的，要学会跟着一起敲，要动手实操，才能将自己的所学运用到实际当中去，这时候可以搞点实战案例来学习。

如果对你有帮助的话，点个赞收个藏，给作者一个鼓励。也方便你下次能够快速查找。

如有不懂还要咨询下方小卡片，博主也希望和志同道合的测试人员一起学习进步

在适当的年龄，选择适当的岗位，尽量去发挥好自己的优势。

我的自动化测试开发之路，一路走来都离不每个阶段的计划，因为自己喜欢规划和总结，

测试开发视频教程、学习笔记领取传送门！