51Testing软件测试论坛

标题: 测试发现的软件缺陷由谁或由什么条件来决定要不要解决？ [打印本页]

作者: mirroryx 时间: 2010-7-29 15:08
标题: 测试发现的软件缺陷由谁或由什么条件来决定要不要解决？
有些软件缺陷影响到功能实现，那一定要解决掉，而有些软件错误虽然测试人员查出确实是缺陷，比如不符合行业标准、或者偶现无法复现的故障、模拟环境中出现的错误而现实环境不会出现，但一般不影响软件使用，开发人员和需求人员都觉得不必要修正，这时候该怎么处理这个软件缺陷？由谁或由什么条件来决定要不要解决这个软件缺陷？

作者: jdhellfire 时间: 2010-7-29 15:13
"开发人员和需求人员都觉得不必要修正"

这个需求人员是谁？
一切从客户需求着手，如果问题是客户使用场景有可能涉及到的情况，一定要解决。若客户使用场景不太可能出现的情况可以暂时不解决，或记缺陷。软件测试无法达到bug 归0

作者: chengning 时间: 2010-7-29 16:11
基准是需求文档
一般要不要修改需要测试开发和需求人员共同讨论

作者: msnshow 时间: 2010-7-29 21:34
基本的判断标准，1、影响 2、修复成本

作者: sakuna 时间: 2010-7-30 10:40
对于遗留问题要不要解决一定是大家讨论的结果，不会是某一方决定的，除非你的需求来源是客户，那么他可以决定你要不要解决。
讨论的时候，主要讨论严重程度，做影响与风险分析，以及LS说的修复成本

作者: houzeal 时间: 2010-7-30 15:05

测试什么结束，基线的把握。

作者: Ade_Huang 时间: 2010-7-31 18:13
前辈都说了，如果项目中的话，应该由项目经理来决定，当然是以需求为基准，测试日程及投入人员及精力都需要考虑，当然时间充裕的情况还是改改好。

作者: chengning 时间: 2010-8-2 14:33
标题: 回复 7# 的帖子
项目经理决定是比较武断的一种做法

作者: jj_ljw 时间: 2010-8-2 15:19
用户对功能块的常用程度，常用的就应该改

作者: calyen 时间: 2010-8-3 15:00
主要是大家讨论,基本上是开发人员和测试人员一起讨论

作者: shanxiaoxia1987 时间: 2010-8-5 17:49
缺陷的处理流程是：
1）报告发现的缺陷（new）
2）交给开发组长确认（open）
3）再等开发人员恢复（rejected或fixed）
4）修改后重新测试

作者: 愚人 时间: 2010-8-5 23:11
总的来说，绝大多数bug都要解决的，但是都解决会产生矛盾：成本和进度。所以，一些bug需不需要解决需要评估来决定，评估者不能只有项目经理或者开发，当然肯定不会由测试来决定。最好开CCB会议，项目经理，开发代表，测试代表，质量代表QA，SE，市场代表，客服代表共同参与，那些优先解决，那些可放在后面的版本，那些可以挂起……

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)