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级别与严重程度的参考,大家看看,有什么不妥及需要完善的地方.

tarina

谢谢，先拿去试用一下，，

dxysx

不錯啊

zhangyong

Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。

A-Crash	错误导致了死机、产品失败（“崩溃”）、系统悬挂无法操作；
B-Major	功能未实现或导致一个特性不能运行并且不可能有替代方案；
C-Minor	错误导致了一个特性不能运行但可有一个替代方案；
D-Trivial	错误是表面化或微小的（提示信息不太准确友好、错别字、UI布局或罕见故障等），对功能几乎没有影响，产品及属性仍可使用；
E-Nice to Have（建议）	建设性的意见或建议。

Bug优先级(Priority)：指缺陷必须被修复的紧急程度。由Bug分配者（开发组长/经理）指定。

5-Urgent	阻止相关开发人员的进一步开发活动，立即进行修复工作；阻止与此密切相关功能的进一步测试
4-Very High	必须修改，发版前必须修正
3-High	必须修改，不一定马上修改，但需确定在某个特定里程碑结束前须修正
2-Medium	如果时间允许应该修改
1-Low	允许不修改

zhangyong

缺陷标示	缺陷严重等级	描述
Ⅰ	严重缺陷 （ A ）	不能执行正常工作功能或重要功能。使系统崩溃或资源严重不足。 •  由于程序所引起的死机 , 非法退出 •  死循环 •  数据库发生死锁 •  错误操作导致的程序中断 •  严重的计算错误 •  与数据库连接错误 •  数据通讯错误
Ⅱ	较严重缺陷 (B)	严重地影响系统要求或基本功能的实现 ，且没有办法更正。（ 重新安装或重新启动该软件不属于更正办法 ） •  功能不符 •  程序接口错误 •  数据流错误 •  轻微数据计算错误
Ⅲ	一般性缺陷 (C)	严重地影响系统要求或基本功能的实现，但存在合理的更正办法。（ 重新安装或重新启动该软件不属于更正办法 ） •  界面错误（附详细说明） •  打印内容、格式错误 •  简单的输入限制未放在前台进行控制 4 ． 删除操作未给出提示 5 ． 数据输入没有边界值限定或不合理
Ⅳ	较小缺陷 (D)	使操作者不方便或遇到麻烦，但它不影响执行工作或功能实现。 •  辅助说明描述不清楚 •  显示格式不规范 •  系统处理未优化 •  长时间操作未给用户进度提示 5 ． 提示窗口文字未采用行业术语
Ⅴ	其它缺陷 (E)	1 ． 建议 2 ． 其它错误

zhangyan8212

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

博一笑

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

shineshin

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

janedeng

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

xiatongbing

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

cuizhihui

已经分的很细了。

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

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

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

FENHUA927

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

庖丁解牛

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

zqxcgaking

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

mrxangel1986

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

zxb3235

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

puchonghui

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

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

rting

具体问题具体分析

hdice

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

wing_twf

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