chen217222 发表于 2007-8-31 10:31:19

BUG级别与严重程度

优先级
严重程度p1blocker死机、乱码。p1critical页面不存在、服务器错误、数据库错误、丢失数据、造成资料被破坏、内存泄露。　　1、出现错误后，测试无法继续执行p2major主要功能未实现或与产品需求规格书不符。　　1、菜单或按钮没有实现其本来的作用，不能进入所链接的页面,影响其它功能的实现。如添加，修改按钮不起作用。
2、影响下一个流程的操作。如不能保存数据。
3、按钮实现了不属于自已本身的功能。如确定按钮实现了保存功能。
4、遗漏了功能。
5、数据丢失或毁坏。p2、p3normal运行错误，本身不属于功能问题（和测试环境有关系等）。　　1、各选项或按钮没有实现其本身的作用，但不影响其它功能的实现。如不能删除、搜索 、排序等。
2、对数据约束的功能没有实现。
3、数据约束与需求不一致。p3minor次要功能未实现或与产品需求规格书不符。　　1、页面跳转错误。
2、JavaScript错误。
3、功能已实现,但无提示信息。p3trivial装饰性问题，主要是界面方面问题，如错别字、画面误显示或误动作，提示信息有误。　　1、提示信息文字描述问题。
2、页面显示问题。p4、p5enhancement
进行合理化建议。　　1、不影响使用的瑕疵。
2、更好的实现方式。

这是我们部门定义的BUG级别与严重程度的参考,大家看看,有什么不妥及需要完善的地方.

ycxlove11 发表于 2007-8-31 10:44:01

非常的详细，受用了。谢谢sdlkfj3

wangrong 发表于 2007-8-31 14:25:53

我觉得分的不是很好。乱码定义的很笼统，是只有一个字符乱码，还是全篇乱码，这个要根据一定的范围限制划分等级。仅供参考sdlkfj2

蝈蝈1219 发表于 2007-11-25 17:59:50

看了下，顶

barfang 发表于 2007-12-24 14:46:32

还不错啊，谢谢分享

wing_twf 发表于 2007-12-24 22:52:48

不错~比较详细哦~不过每个公司的规定都不同的~可以参考下

hdice 发表于 2007-12-25 16:20:35

JavaScript错误有可能会影响测试流程，优先级应该再高一些吧？

rting 发表于 2008-1-2 18:11:50

具体问题具体分析

puchonghui 发表于 2008-1-2 19:23:33

不大明白
blocker和critical的区别标准是啥

另外
如果lz说的优先级指的是修改bug的优先优先级的话
我认为bug的严重程度和优先级是没有直接联系的
一个trivial的bug很可能关系到公司的形象，必须要先改掉

zxb3235 发表于 2008-1-3 08:12:35

已经可以学到不少东西了。

mrxangel1986 发表于 2008-1-4 22:07:22

每个公司对于严重等级和优先级的划分都不同，根据实际情况而定，不能太死板

zqxcgaking 发表于 2008-2-12 07:08:03

优先级的重点是紧迫性
严重级的重点是程度性
两个是不同的概念
至于先解决哪个bug 那就要依具体情况而定了

庖丁解牛 发表于 2008-2-12 17:32:54

太多了，有必要么？简单点好

FENHUA927 发表于 2008-2-14 12:11:37

觉得级别和严重程度没有必要联系起来

cuizhihui 发表于 2008-2-15 10:37:06

已经分的很细了。

不过，每个公司有每个公司的标准。

而且实际操作中，还要根据具体情况来定BUG严重级别。

之前公司的BUG级别很简单，就分为“致命、严重、一般、提示”四级，操作起来也很方便。

xiatongbing 发表于 2008-2-15 14:56:04

有的区分不是很明显,其实,测试就要有一个明确的标准,不要把P2.P3等级的定义到一起,给测试人员造成不必要的麻烦.

janedeng 发表于 2008-2-15 16:06:21

个人认为优先级和严重程度有联系也有区别。严重程度高的，必然优先级也要高，而优先级高的严重程度并非也高。

shineshin 发表于 2008-2-15 18:25:46

个人认为太复杂了
没有必要

博一笑 发表于 2008-2-17 15:28:19

感觉不是很好，分那么细，要是出现种异常，你没涉及到，你把它归哪类呢？！

zhangyan8212 发表于 2008-2-20 11:59:56

优先级高的严重等级不一定高，严重等级高的优先级一样高
页: [1] 2
查看完整版本: BUG级别与严重程度