如果产品在上线后用户发现bug，这时测试人员应做哪些工作？

liuyuanyuan133 · 发表于 2013-7-21 15:08:35

夕阳西下° · 发表于 2013-7-22 09:36:41

总结测试流程中存在的问题，一定是有某个环节出现了纰漏才可能导致在测试过程中没有找到相关的bug

赵佳乐SMILE · 发表于 2013-7-22 10:44:00

第一时间找开发人员修复上线

跑跑跑跑 · 发表于 2013-7-22 13:03:25

总结，吸取教训举一反三，看看有没有其他问题。

phycoo · 发表于 2013-7-22 19:19:29

我以前实习的公司如果出现了这种情况是要负责人发邮件的，道歉，说明问题，补救措施之类的。

phycoo · 发表于 2013-7-22 20:06:39

我觉得除此以外，让项目组中的其他人知道你的态度也是很重要的，起码你要告诉他们问题在哪里，你怎样补救，最后应该要诚恳地道个歉，毕竟你是最后的把关，但是你没做好。

愚人 · 发表于 2013-7-22 21:06:52

确定bug严重程度，然后重现

六月天 · 发表于 2013-7-23 09:29:56

修复不是最重要的，最重要的是根因分析，拉上开发人员，分析到底在开发的哪个环节出了问题。推荐使用ODC分析法。

piaolingxue423 · 发表于 2013-7-24 15:06:59

马上修复然后是原因分析事故报告之类的以后吸取教训

没翅膀的飞鱼 · 发表于 2013-7-24 20:26:55

1. 确认bug（先确定是不是bug）
2. 测试环境重现以及修复
3. 根因分析
4. 是不是其他地方存在相同问题，修改
5. 分析报告

450174661 · 发表于 2013-7-26 13:37:52

1、首先确认是不是BUG，如是BUG判断修影响范围以及修复的风险点和成本，然后告知上游该问题；
2、并非BUG都需要在第一时间内解决，有的UI展示类或 BUG修复成本高、且模块见耦合性较高，建议延后修复，以免修复过程中引发更严重的问题；
3、确认需要立即修复该BUG，需要深入分析BUG产生的根本原因以及解决方案和关联影响点，并制定相关的测试策略，上线后修复BUG风险比较大，需要团队所有人重视。
4、还要分析是在那个环节漏了，是需求漏了，还是设计漏了，还是前期用例分析不到位，还是测试执行不到位等，找到具体原因去完善上下游... ，避免在下个产品中再次摔倒；
5、可以将这个整理一下作为测试沉淀，后期遇到类似的问题可以参考。

千里 · 发表于 2013-7-31 20:15:03

第一时间找开发人员修复上线
赵佳乐SMILE 发表于 2013-7-22 10:44

第一时间说：此事跟我无关，哈哈。

赵佳乐SMILE · 发表于 2013-8-1 09:02:24

回复 12# 千里

没关就怪了。。

		自动登录	找回密码
密码			(注-册)加入51Testing

[求助] 如果产品在上线后用户发现bug，这时测试人员应做哪些工作？

相关帖子

站长推荐 /1