软件测试论坛 › [软件缺陷管理] › 关于bug严重级别的定义?大家来讨论一下!

pktest 发表于 2004-11-13 23:21:02

关于bug严重级别的定义?大家来讨论一下!

bug严重级别定义要根据不同的产品来制定

ruben78 发表于 2004-11-16 20:33:48

没有内容什么讨论？??

archeng 发表于 2004-11-17 10:39:29

p1----urgent   必须立即修改如死循环,数据库发生死锁
p2----important   立即修改   如程序语法错误,程序接口错语
p3---less important 可以延期修改如删除操作时未给出提示
p4---not important可以不修改如界面不规范,输入输出不规范
p5---neglet可以忽略

yanfl 发表于 2004-12-24 15:55:17

Urgent：致命错误

致命错误通常有如下情况：1、        需求书中的重要功能未实现；2、        造成系统崩溃、死机,并且不能通过其它方法实现功能；3、        常规操作造成程序非法退出、死循环、通讯中断或异常，数据破坏丢失或数据库异常、且不能通过其它方法实现功能的。


Very High：严重错误
严重错误通常使系统不稳定、不安全、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的主要问题，如：1、        重要功能基本能实现，但系统不稳定、一些边界条件下操作会导致run-time error、文件操作异常、通讯异常、数据丢失或破坏等错误；2、        重要功能不能按正常操作实现，但可通过其它方法可实现；3、        错误的波及面广，影响到其它重要功能正常实现；4、        密码明文显示；5、        C/S、B/S模式下，利用客户端某些操作可造成服务端不能继续正常工作的。

High：一般错误
程序的功能运行基本正常，但是存在一些需求、设计或实现上的缺陷；次要功能运行不正常，如：1、        次要功能不能正常实现；2、        操作界面错误（包括数据窗口内列名定义、含义不一致）；3、        打印内容、格式错误；4、        查询错误，数据错误显示；5、        简单的输入限制未放在前台进行控制；6、        删除操作未给出提示；7、        数据库表中有过多的空字段；8、        因错误操作迫使程序中断；9、        找不到规律的时好时坏；10、        数据库的表、业务规则、缺省值未加完整性等约束条件；11、        经过一段时间运行后，系统性能或响应时间会变慢；12、        重要资料，如密码未加密存放（包括配置文件中的密码），或其它存在安全性隐患的；13、        硬件或通讯异常发生恢复后，系统不能自动正常继续工作（需要过多的人工干预才行）；14、        系统兼容性差，与其它支持系统一起工作时容易出错，而没有充分理由说明是由支持系统引起的；或者由于使用了非常规技术或第三方组件造成不能使用自动化测试工具进行测试的。

Medium：细微错误
程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误，如：1、        界面不规范；2、        辅助说明描述不清楚；3、        输入输出不规范；4、        长操作未给用户提示（或长操作结束后提示没有消失）；5、        提示窗口文字未采用行业术语；6、        可输入区域和只读区域没有明显的区分标志；7、        界面存在文字错误；8、        在功能实现方式上如果需求中没有明确定义，而没有按常规实现，并且不比常规方式实现优越的；( 如用户名第一位用数字或特殊字符)

Low：改进建议
可以提高产品质量的建议，包括新需求和对需求的改进。

haship 发表于 2007-1-19 10:55:11

值得借鉴

windsmile 发表于 2007-1-22 11:50:05

致命Fatal
严重Critical
一般Major
较小Minor

iceclear 发表于 2007-5-25 17:19:04

真详细!

明白了,谢谢sdlkfj2

yunxiz 发表于 2007-5-28 00:23:30

一般都是分5级
只是不同的BUG工具可能划分的界限有些许差别

letfoxrush 发表于 2007-5-28 17:30:15

不赞成3楼说的——只要是bug，原则上都是要修改的。
4楼的很有借鉴意义，但是具体的级别定义可能要根据不同的产品特性来说
严重级别最好从用户体验、对系统的影响的角度来定，个人倾向于最多用4级，5级就太多了，一般情况下3级也可以了-）

nedved1020 发表于 2007-6-7 10:08:26

Bug的严重等级
危急的（Critical）：导致操作系统出现问题
重大的（Grave）：导致软件无法使用
严重的（Serous）：违反软件规则，影响软件正常使用
锁定的（Blocker）：这个bug阻碍了后续操作
重要的（Important）：影响部分软件使用
常规的（Normal）：对软件使用造成影响，但是软件依然可以使用
轻微的（Minor）：错误不影响软件使用，且错误很容易被修复
微不足道（Trivial）：错误基本上没有影响

wine_test 发表于 2007-6-14 10:55:05

好像bug的级别，大家定义的都不一样，什么类型的问题算什么等级的bug，公司有自己定义

成长的小咪 发表于 2007-6-19 17:39:44

是的
每个bug 管理工具对bug 的等级定义也不一样的sdlkfj2

shenslan 发表于 2009-3-23 20:52:05

多谢,多谢

ryqkitty 发表于 2009-3-24 10:03:13

我们也是分 致命错误，严重错误， 一般错误， 修改建议这几级的，还做了相关定义的，测试人缘参照着填写缺陷就可以了！:)

周润发 发表于 2009-5-10 19:17:22

回复 1# 的帖子

缺陷严重级别定义:
o 最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等.
o 紧急---事件非常重要,并且需要马上给予关注.
o 高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.
o 中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决.
o 低级---事件不重要,可以在时间和资源允许的情况下再解决.
o 建议性缺陷.

更为详细的划分如下:

A类——严重错误，包括：
o 由于程序所引起的死机,非法退出
o 死循环
o 导致数据库发生死锁
o 数据通讯错误
o 严重的数值计算错误

B类——较严重错误，包括：
o 功能不符
o 数据流错误
o 程序接口错误
o 轻微的数值计算错误

C类——一般性错误，包括：
o 界面错误(详细文档)
o 打印内容、格式错误
o 简单的输入限制未放在前台进行控制
o 删除操作未给出提示

D类——较小错误，包括：
o 辅助说明描述不清楚
o 显示格式不规范
o 长时间操作未给用户进度提示
o 提示窗口文字未采用行业术语
o 可输入区域和只读区域没有明显的区分标志
o 系统处理未优化

E类——测试建议（非缺陷）

davids 发表于 2009-5-15 11:07:32

3楼的是优先级吧，呵呵~~

whistler.j 发表于 2009-5-15 13:01:32

我们bug管理使用TRAC，bug等级分为致命，关键，重要，中等，不重要。

千里 发表于 2009-5-16 00:21:41

软件评测师教程写的是4个等级，即15楼所述前4个等级。

千里 发表于 2009-5-22 13:12:31

不同的BUG管理工具的级别是略有区别的

chenabc6 发表于 2011-12-20 16:12:18

http://wenku.baidu.com/view/32aff81efc4ffe473368abc0.html

查看完整版本: 关于bug严重级别的定义?大家来讨论一下!