一、前言
相信不少，应该说绝大数的测试同学都遇到过这样的场景，上线出现了BUG，被质问：
为什么没测出来！
测试怎么测得？到底会不会测？
这对测试来说是灵魂拷问级别不好回答的问题了。
那么我们遇到类似这样的提问该如何回答、解决呢？
二、如何回答和解决
其实当遇到线上出现问题的时候，不管这个问题是谁的锅, 先以解决问题为主, 先复现问题, 再配合开发调试定位问题进行修复, 然后测试完成进行紧急的修复上线才是最应该做的事情！
这个时候也不要进行任何甩锅的操作，也不要默不作声的不说话。
可以回答说:我们会在这个问题修复上线后进行复盘，找出问题出现的原因，如果是测试团队的问题，我们会主动承担责任并作出总结，避免下次再犯。
一定要体现自己的担当和冷静！
那该如何进行复盘呢？
首先就是分析是否是用例未覆盖到, 如果是，那不好意思了,这锅得背！说明在设计用例的时候未考虑到这样的场景, 然后做线上问题记录分析，在今后编写用例的时候针对类似的异常情况应该多考虑哪些场景，设计更为完善的测试用例。
在答复上级领导的时候可以这样回答：
由于在设计用例的时候考虑不充分导致了这个问题，我们内部已经针对此类问题做了相应的测试用例补充，并根据该问题的场景做了延展设计，防止类似的问题再出现！
并且已经在测试测试环境进行了新的测试, 上线后也做了相应的测试和回归测试，保证这个问题已经完全解决并不影响其他正常功能。
如果该类问题在线上能够复现，但在测试环境复现不了这种情况该如何处理呢？
这种情况可能是线上数据与测试数据差异的原因，也可能是部署线上环境的时候漏掉了一些配置脚本（sql脚本，阿波罗配置等）这种时刻就没必要背锅了！我们需要将此问题及时反馈给上级并记录。让他们进行协调沟通。
一句话总结：”做好自己的事，愿于接受批评和改正，但也不背不该背的锅！
三、质量全靠测试吗
测试工程师能测出所有bug吗?
这个问题就好像在问医生能不能治好所有的病一样！
没有哪个医生能治好所有的病！正如没有任何一个测试工程师能发现所有的BUG！
只要是软件，就一定会有bug。而测试工程师的存在，不是为了消灭bug，而是为了控制风险！
其实，产品上线出现问题是非常正常的事情，无论是我们熟知的微信，抖音，支付宝等都会在我们使用的时候发现BUG，记得之前使用掌上英雄联盟的时候，随便测了一下BUG一大堆！
但它们很少出现完全阻断用户体验，或者影响很严重的BUG，所以BUG测不完！但阻塞的，严重的BUG是一定测的完的！
测试人员首先要相信自己是个人不是神，如果要写尽测试用例，做遍所有的测试是不可能的。在实际的测试过程中，总是有重点有范围的去测试，澄清需求，发现设计缺陷，跟研发积极沟通，确认影响范围，完善测试范围，负责完成测试工作，线上问题及时复盘加入用例库等等。
四、被甩锅如何回怼
碰到线上BUG这种问题，毫无疑问是会扯皮的！
唯一的办法就是拿出日常工作的测试记录，特别是bug！一定要入库，不论BUG严重级别，或者是否能够复现，是否是经确认过可以暂时不处理的BUG，只要你觉得是BUG那就提出来，就算最后被确认不是BUG也要留档做记录。这是一个非常有效且重要的措施！
如果遇到你觉得很小的问题，只是简单跟开发说了一声，那最后背锅的可能就是你了！
另外就是做好总结，在开发测试过程中很容易遇到需求变更的情况，毕竟计划没有变化快，况且很多东西要实际开始做了才会发现需求或者技术上等需要变更实现方法的问题。
这些问题可以在群聊中进行讨论，但讨论后一定要有文档记录，类似在线文档：这个问题什么时间提出的，解决方法是什么，谁确定的都要详细的记录在文档中！
一句话总结就是：避免口头确认！！善用文档记录！！
五、总结
质量是个大问题，从产品、设计、开发、测试、运维都需要投入关注。
作为测试，是上线产品前质量保证的最后一道关卡！
需要更有责任心的去面对被测产品！
一个好的测试工程师，不应该仅仅以发现多少bug、发现多少严重级bug为荣，而应该努力做到通过控制流程，从源头上控制bug数量的产生！
测试工程师无法发现所有的BUG，只能在测试方法，测试用例上进行改进和优化，尽可能地降低风险！
所以不要太在意别人的发问，问问自己是否心虚，是否能够做的更好？
