51Testing软件测试论坛

标题: BUG级别与严重程度 [打印本页]

作者: chen217222 时间: 2007-8-31 10:31
标题: BUG级别与严重程度

优先级	严重程度
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 时间: 2007-8-31 10:44
非常的详细，受用了。谢谢sdlkfj3

作者: wangrong 时间: 2007-8-31 14:25
我觉得分的不是很好。乱码定义的很笼统，是只有一个字符乱码，还是全篇乱码，这个要根据一定的范围限制划分等级。仅供参考sdlkfj2

作者: 蝈蝈1219 时间: 2007-11-25 17:59
看了下，顶

作者: barfang 时间: 2007-12-24 14:46
还不错啊，谢谢分享

作者: wing_twf 时间: 2007-12-24 22:52
不错~比较详细哦~不过每个公司的规定都不同的~可以参考下

作者: hdice 时间: 2007-12-25 16:20
JavaScript错误有可能会影响测试流程，优先级应该再高一些吧？

作者: rting 时间: 2008-1-2 18:11
具体问题具体分析

作者: puchonghui 时间: 2008-1-2 19:23
不大明白
blocker和critical的区别标准是啥

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

作者: zxb3235 时间: 2008-1-3 08:12
已经可以学到不少东西了。

作者: mrxangel1986 时间: 2008-1-4 22:07
每个公司对于严重等级和优先级的划分都不同，根据实际情况而定，不能太死板

作者: zqxcgaking 时间: 2008-2-12 07:08
优先级的重点是紧迫性
严重级的重点是程度性
两个是不同的概念
至于先解决哪个bug 那就要依具体情况而定了

作者: 庖丁解牛 时间: 2008-2-12 17:32
太多了，有必要么？简单点好

作者: FENHUA927 时间: 2008-2-14 12:11
觉得级别和严重程度没有必要联系起来

作者: cuizhihui 时间: 2008-2-15 10:37
已经分的很细了。

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

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

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

作者: xiatongbing 时间: 2008-2-15 14:56
有的区分不是很明显,其实,测试就要有一个明确的标准,不要把P2.P3等级的定义到一起,给测试人员造成不必要的麻烦.

作者: janedeng 时间: 2008-2-15 16:06
个人认为优先级和严重程度有联系也有区别。严重程度高的，必然优先级也要高，而优先级高的严重程度并非也高。

作者: shineshin 时间: 2008-2-15 18:25
个人认为太复杂了
没有必要

作者: 博一笑 时间: 2008-2-17 15:28
感觉不是很好，分那么细，要是出现种异常，你没涉及到，你把它归哪类呢？！

作者: zhangyan8212 时间: 2008-2-20 11:59
优先级高的严重等级不一定高，严重等级高的优先级一样高

作者: zhangyong 时间: 2008-2-20 17:12

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

作者: zhangyong 时间: 2008-2-20 17:13
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	允许不修改

作者: dxysx 时间: 2009-12-2 19:55
不錯啊

作者: tarina 时间: 2010-4-7 15:50
谢谢，先拿去试用一下，，

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)