BUG级别与严重程度

chen217222

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

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

ycxlove11

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

wangrong

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

蝈蝈1219

看了下，顶

barfang

还不错啊，谢谢分享

wing_twf

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

hdice

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

rting

具体问题具体分析

puchonghui

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

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

zxb3235

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

mrxangel1986

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

zqxcgaking

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

庖丁解牛

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

FENHUA927

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

cuizhihui

已经分的很细了。

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

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

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

xiatongbing

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

janedeng

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

shineshin

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

博一笑

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

zhangyan8212

优先级高的严重等级不一定高，严重等级高的优先级一样高