开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第十天，点击查看活动详情
今天我们说一下当项目上线前出现了bug，我们应该怎么做呢？
当你在测试阶段最后两天,发现测试执行情况不理 想,和预估的进度相差较大时,是否会焦虑到不知所 措?
当你在上线前发现一个严重的问题,修复后需要重新 执行一些验证测试及增加回归测试,此时你是否会惊 慌?
当最后一轮测试/最后一天测试时测试环境突然出现问 题,导致测试阻塞,测试进度受到影响,你是否会急 躁?
我们在测试前做足了准备，但是还是会有一些临时状况是无法避免的。今天我们来看一下，如果在上线前出现bug我们应该怎么办：
1、首先看能不能定位出问题
比如在UAT环境出现的BUG,看看能不 能定位出什么问题,什么原因造成的 BUG,前端还是后端,让开发估算一下什 么时候能修好
2、看是什么问题(BUG)例如:
1)分支有问题?
2)代码有问题?
3)一个场景没有测试?
4)逻辑有问题?
5)需求不严格,上线前发现了?
3、看看多长时间能解决
确定问题(BUG)之后,确定开发大 概什么时候能把问题解决了,如果有大的 改动的话,或者逻辑改动大的话,结果需 要落实下结果。
4、解决方案
1)一小时--两个小时能解决的,解决 完直接上线,加班就行了
2)排查不出来问题,没有解决方案, 找领导说明情况
1、着急上线的话,加班
2、不着急,延期
3、项目结束,到时间开复盘会
首先测试人员可以做的是重现这个问题并及时反馈给开发我人员,找到解决方案进行修复。
如果问题只在线上才出现,测试环境重现不了,那么可能是版本或环境配置的问题;
如果问题不仅线上能重现,测试环境也存在,那么很有可能是测试人员在测试过程中未发现的Bug。
总之,项目组成员需要尽快修复Bug。
开发人员修复Bug之后,测试人员需要反思。
若是由于疏忽造成测试用例执行遗漏,测试人员需要在T下次执行测试的过程中避免这样的情况。
若是由于用例评审的不严格、中途需求变更或者某些其他因素造成的测试用例覆盖不全,测试人员需要补全测试用例
