软件测试常见面试问题：项目发布上线之后发现缺陷怎么处理

软件测试工程师常见面试问题系列——项目发布上线之后发现缺陷怎么处理

这个问题面试官有很多种问法，实际面试中，可根据面试官不同的问法，对回答内容进行适当的调整。在回答该问题的时候，不要在第一时间去想着扔锅。也不要去说自己以前工作中曾经遗漏掉很严重的缺陷到线上等等。针对这个问题回答的思路包括：暴露问题——>确定问题的影响范围——>解决问题——>分析总结即可。

比如可能会出现以下的问法：

      1、如果有bug在测试环境上没有测试出来怎么办

      2、产品发布上线之后用户反馈回来bug怎么你们是怎么处理的

参考回答：

在实际的测试工作中，因为我自己还是比较细心的嘛，而且设计的测试用例覆盖度这些都是有保障的，所以很少出现有缺陷是遗漏到发布之后才发现的。但是我们也知道，做测试的时候是不可能进行穷尽测试的嘛，所以在实际测试工作中，有时候会存在一些极端的缺陷是在发布上线之后、甚至是用户反馈之后才发现的。

针对在项目发布上线之后才发现的缺陷，我认为需要分以下两种情况来处理：一种是刚发布完成，在做线上复查的时候就发现了问题。还有一种是代码在线上运行了一段时间才发现的问题。

针对第一种情况，如果是刚发布完成，在做线上复查的时候就发现了的问题。

如果这个问题比较严重的话，那么我认为一定要在第一时间将刚发布的代码进行回滚操作，避免这个问题留在线上，因为留在线上的话可能就有用户去使用嘛，那这样的话就可能会给用户或者是公司带来损失。将代码回滚之后，再在测试环境上去定位这个问题，如果测试环境上复现不了的话，再去线上通过日志、数据等信息去对它进行分析，当把这个问题修复好了测试没有问题之后再重新发布上线就可以了。

如果这问题是一个小问题，并不影响用户使用的话，其实也没必要回滚代码。告知开发人员之后让他马上修复了重新发一下或者在后续的版本中再修复其实都是可以的。

针对第二种情况，如果是代码在线上运行了一段时间才发现的问题。

那么首先要做的事情就是要在第一时间去将该问题暴露出来，比如说要去告知开发、产品、运营等同事，当然也包括我们的上级领导等等。然后要和相关的干系人去评估这个问题的影响范围。

如果是轻微或者不会对用户使用造成太大影响的，那其实并不一定是需要在第一时间去修复的，其实也可以作为优化项放到后面版本迭代时进行修复就可以了。

如果是的严重问题，那么肯定是要在第一时间去和开发、产品等进行沟通，安排对其进行修复的操作的，修复完了之后测试没问题了之后再发布线上就可以了。当然作为测试人员，在这个过程中我们也一定要尽可能的去帮助开发人员对问题进行复现和定位，这样尽可能缩短修复这个问题的一个周期嘛。

当然还有一种更极端的情况，就是如果这个问题带来的影响是巨大的，我觉得甚至有可能会将该功能进行暂时的下架，修复好了之后再进行上线。当然在实际工作中这种情况我还没有遇到过。

最后就是将线上问题解决之后，我觉得还有另一个比较重要的事情就是：我们测试应该对这个问题进行分析和总结，搞清楚当时为什么没有在测试环境上发现这个问题。是设计用例的时候没有覆盖到？还是在执行测试用例的时候漏掉了？还是测试环境和正式环境配置不一样等等。搞清楚是哪个环节没有做好，才能更有针对性的去避免嘛。比如说如果是设计测试用例的时候覆盖度不够，那么我们就一定要在第一时间去补充、完善我们的测试用例，而且也要让用例设计人员在之后的工作中更加仔细、考虑的更全面一些。这样的话才可能避免以后还出现类似的情况嘛。

以上就是我的回答，谢谢面试官！

总结：

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。