测试发现的软件缺陷由谁或由什么条件来决定要不要解决？

mirroryx · 发表于 2010-7-29 15:08:09

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

jdhellfire · 发表于 2010-7-29 15:13:47

"开发人员和需求人员都觉得不必要修正"

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

chengning · 发表于 2010-7-29 16:11:45

基准是需求文档
一般要不要修改需要测试开发和需求人员共同讨论

msnshow · 发表于 2010-7-29 21:34:24

基本的判断标准，1、影响 2、修复成本

sakuna · 发表于 2010-7-30 10:40:37

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

houzeal · 发表于 2010-7-30 15:05:34

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

Ade_Huang · 发表于 2010-7-31 18:13:45

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

chengning · 发表于 2010-8-2 14:33:17

项目经理决定是比较武断的一种做法

jj_ljw · 发表于 2010-8-2 15:19:10

用户对功能块的常用程度，常用的就应该改

calyen · 发表于 2010-8-3 15:00:22

主要是大家讨论,基本上是开发人员和测试人员一起讨论

shanxiaoxia1987 · 发表于 2010-8-5 17:49:32

缺陷的处理流程是：
1）报告发现的缺陷（new）
2）交给开发组长确认（open）
3）再等开发人员恢复（rejected或fixed）
4）修改后重新测试

愚人 · 发表于 2010-8-5 23:11:47

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

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

[原创] 测试发现的软件缺陷由谁或由什么条件来决定要不要解决？

相关帖子

回复 7# 的帖子

站长推荐 /1