bug等级定义是否需要以客户角度来定义？

yhhbqaz · 发表于 2007-12-21 16:56:25

做了近一年的测试工作，发现很多测试人员多bug定义没有明确的定义，目前部门的bug等级定义都是以代码或前台反映的现象来定义，所以想请教一下是否应该考虑以客户实际应用过程中bug的严重程度来定义？如果需要考虑，应该从那几方面来说明？希望大家说说自己的看法

yxd2006 · 发表于 2011-5-17 10:22:47

谢谢
下了

修兵 · 发表于 2007-12-22 18:10:30

嗯 ``` 以客户角度来定义是应该的这样想的
首先还是应该从需求人员那里获取测试优先级，然后测试，测试完了之后对BUG分级的话考虑刚才的那个优先级，业务流中主要的，即使是BUG的严重程度小一点也要划分稍微高等级。

wangmjdp · 发表于 2007-12-21 18:02:24

是的，我们也会参考用户碰到的频度

alancheny · 发表于 2007-12-21 17:46:35

应该考虑对客户的影响，来定义bug的等级。个人认为可以从客户遇到这种bug的几率，以及对客户造成的影响的大小来定义它的严重程度。毕竟我们的软件最终是给客户来用。如果是非常corner的bug，可以忽略不解。
根据自身的了解，像HP和微软，经常会因为一个bug，召集开发，客服，市场等部门的人员一起讨论对一个bug的处理，判断是否需要把它fix掉。

wangmjdp · 发表于 2007-12-21 17:44:18

我说一下我们公司的方法：
1、致命bug：导致死机或用户无法使用本系统；
2、严重bug：金额错误，或影响几个模块功能的bug；
3、中等bug：对单独本模块其他功能有影响的bug；
4、轻微bug：一般错误，影响功能使用的bug；
5、建议性bug：这个就不说啦，呵呵

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

[原创] bug等级定义是否需要以客户角度来定义？

相关帖子

是的，我们也会参考用户碰到的频度

确实存在这个问题呢，开发和测试的角度就是不一样的。说说我们公司的评定方法

站长推荐 /1