BUG严重等级划分

固定(fixed)
关闭(closed)
重新打开(reopend)
已否决(reject)
下一版本开发
转ＵＥ，编辑处 开发人员确认该bug不是自己负责，由ＵＥ或者编辑修改，由开发人员 理
下面是对流程图中每一步的详细描述：
1、测试人员发现一个问题后，把它处于new状态，然后经过确定该问题是一个bug后，就把它置于open 状态，然后该bug就被发送给开发人员。
不能执行正常工作或重
要功能，使系统崩溃或 资源严重不足，数据丢
程序死循环
性能与需求不一致（压力测试） 存在安全性与保密性问题
系统缺陷
5类 5类
失（金币，包子） 非常
死机等导致系统不能继 续运行
5类
文件打开与保存错误
注：绿色项目为目前还没涉及或者不进行测试的
分类范畴
缺陷等级
子项目
备注
4类
数据计算错误 规定的功能没有实现或不完 数据约束错误 数据输入、输出错误 整或产生错误结果；设计不 合理造成性能低下，影响系
不满足用户需求等bug的总称
页面美观性、协调性、错别字等
对产品、项目的建议性意见，不强制要求修改 进行性能测试时使用，暂定：网络延时、内存问题、CPU占用、硬盘问 题
硬件性能
安全性问题
进行系统安全测试时使用，暂不订具体标准
业务流程问题
进行业务流程测试时进行
数据库性能
暂不执行
模块间接口问题
涉及有模块间数据传递时使用
new rejected open
转ＵＥ编辑处理
reopen
fixed
下一版本开发
closed
ＱＣ中默认的ＢＵＧ状态：
缺陷状态 描述
新建（new）
测试人员发现新问题后提交的状态
打开(open)
经过测试人员内部的讨论后确认是bug后，提交的状态。由测试人员来设置。
开发人员确定是bug，修复后的状态，修改后还没有经过验证。由开发人员来 设置 测试人员认为该问题通过验证，或者被开发人员reject，或者被项目负责人 defer后所处的状态。一般由测试人员来设置。 测试人员认为该问题没有通过验证，或者认为该问题被开发人员rejected后， 仍存在问题所处的状态。由测试人员来设置。 开发人员确定不是bug，或者是描述不清、重复、不采纳所提意见建议、或虽 然是个问题但还没到非改不可的地步故可忽略不计、或者测试人员提错，从而 拒绝的问题。由开发人员或者bug分配人员来设置。 由于技术或者其它原因不能解决，或者留到一版本作为扩展功能点所处的状态， 先开发员处理
程序功能无法实现 程序功能实现错误
其他错误
3类
3类
脚本错误
软件产品的编译，打包，安装，卸 载错误
分类范畴
缺陷等级
子项目
备注
界面错误
2类 2类
操作界面错误
界面、控件的摆布、图标、输入输 出不规范
使操作者不方便或者
2类
删除操作未给出提示
长时间操作未给出提示 提示窗口文字未采用行业术语 出错没有提示 不符合编码标准 辅助说明描述不清楚、不规范 快捷键无效，快捷键错误操作
数据缺陷
4类 4类 4类 4类
数据库发生死锁
统的运营；使系统不稳定、
或破坏数据；而且是常规操
数据库缺陷
4类 4类
数据库的表、业务规则、缺省 值未加完整性等约束条件 作中经常发生或非常规操作 数据库连接错误 数据通讯错误 程序接口错误 硬件接口、通讯错误
中不可避免的主要问题，且
没有办法更正（重新安装或
其他(Other)
其他
缺陷严重等级
等级 缺陷严重等级 描述
1 低（Low） 建议类错误，对软件的改进意见或者建议
使操作者不合理或者不方便或操作遇到麻烦，但它不影响执行工作功
2
中（Medium）
能或重要功能，次要功能，对产品使用影响不大
3
高（High）
影响系统正常运行的缺陷，主要功能出现错误，影响到产品的使用
BUG严重等级划分
2009年11月 19号
主要内容：
一，缺陷分类
二，缺陷严重等级 三，缺陷等级划分参考
四，缺陷状态
五，讨论
缺陷分类
缺陷类别 描述 功能问题（Function Error） 功能缺陷（Function Defect） 页面缺陷（UI Defect） 建议类（Suggestion） 对产品、项目质量有影响，但尚难以确定是否是错误，暂时无法解决
2、开发人员收到bug报告后，认为是一个bug，于是就开始修复它，修复后，传送给测试人员。 3、测试人员收到bug修复报告后，开始对它进行验证，验证通过后，就把它置于closed状态。当一个bug 被置为closed状态的同时，该bug的声明周期也就此结束。如果发现该bug仍然存在问题，唯一的办法就 是再open一个同样的bug。 4、开发人员收到bug报告后，认为它不是一个bug，或者是描述不清、重复、不采纳所提意见建议、或虽 然是个问题但还没到非改不可的地步故可忽略不计、或者是测试人员提错，就把它置于rejected状态。把 reject报告传送给测试人员。 5、测试人员收到开发人员的reject报告后，会对开发人员的意见进行验证。如果经过验证后，测试人员 不同意开发方的意见，就把该bug置于reopen状态，同时，把reopen报告传送给开发人员。 6、开发人员收到测试人员的reopen报告后，会对测试人员的意见进行证实，如果证实错误，就会把该 bug置于rejected状态，同时，把rejected报告传送给测试人员。 7、开发人员收到测试人员的reopen报告后，会对测试人员的意见进行验证，如果验证是一个bug，就会 对它进行修复，修复后会把它置于fixed状态，同时把fix报告传送给测试人员。 8、测试人员收到开发人员的fix报告后，会对该bug进行验证，如果没有通过验证，会把该bug置于 reopen状态，并且把reopen报告传送给开发人员。 9，开发人员收到测试人员的open报告，由于技术或者其它原因不能解决，或者留到一版本作为扩展功能 点所处的状态，先由开发人员置于下一版本开发。 10、测试人员收到开发人员的reject报告，会对该bug进行验证，如果验证该bug不存在，就会对它置于 closed状态。 11、开发人员收到测试人员的open报告后，会对该bug进行验证，如果开发人员不确定该bug的可修复性 ，就会把该bug上报给项目负责人，如果项目负责人认为该bug由于技术或者其它原因不能解决，或者作 为下一个版本的功能点来扩展，就会把该bug置于deferred状态。同时，把defer报告传送给测试人员。 12、测试人员收到项目负责人的defer报告后，会把它置于closed状态。
接口缺陷
4类 4类
重新启动软件不属更正办法）
分类范畴
缺陷等级
子项目
备注
数据库缺陷
3类
数据库设计未达到第三范式的要求 或需求规格说明的格式水平 严重的影响系统要求或基本
功能的实现，但存在合理的
操作错误
ห้องสมุดไป่ตู้
3类
因错误操作迫使程序中断
更正办法（重新安装或重新 启动软件不属于更正办法）
功能错误
3类，4类 3类，4类
2类—较小错误的软件缺陷（Minor），使操作者不方便或遇到麻烦，但它不影响功能过的操作和 执行，如错别字、界面不规范（字体大小不统一，文字排列不整齐，可输入区域和只读区域没有 明显的区分标志），辅助说明描述不清楚
1类- 建议问题的软件缺陷（Enhancemental）：由问题提出人对测试对象的改进意见或测试人员 提出的建议、质疑。
提示类错误
2类
2类
遇到麻烦，但不影响
2类 2类
执行工作功能的实现
其他错误
2类
2类
2类
打印内容、格式错误 功能建议
操作建议 校验建议 说明建议 UI建议 建议性的改进要求
建议类错误
1类 1类
1类
1类 1类
总结：
５类—致命的软件缺陷(Fatal): 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失， 主要功能完全丧失，导致本模块以及相关模块异常等问题。如代码错误，死循环，数据库发生死 锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等
4类—严重错误的软件缺陷（critical）：系统的主要功能部分丧失、数据不能保存，系统的次要 功能完全丧失。问题局限在本模块，导致模块功能失效或异常退出。如致命的错误声明，程序接 口错误，数据库的表、业务规则、缺省值未加完整性等约束条件
3类—一般错误的软件缺陷（major）：次要功能没有完全实现但不影响使用。如提示信息不太准 确，或用户界面差，操作时间长，模块功能部分失效等，打印内容、格式错误，删除操作未给出 提示，数据库表中有过多的空字段等
主要功能丧失，严重地影响系统要求或基本功能的实现。（重新安装
4 非常高（Very High） 或重新启动该软件不属于更正办法），须尽快修正
5
紧急（Critical）
不能执行正常工作功能或重要功能，因软件原因导致系统死机、数据 丢失等须马上修正。
划分参考:
分类范畴 缺陷等级 子项目 备注
5类 5类
由于程序所引起的死机，非法退出