文档编号: | {文档编号} |
当前版本号: | 0.1 |
最初发布日期: | 2013-4-5 |
最新修订日期: | 2013-6-21 |
版 本 历 史
版本/状态 | 作者 | 起止日期 | 备注 |
0.1 | 揭亮华 | 2013-4-5 | |
0.2 | 揭亮华 | 2013-6-21 | 添加blocker级 bug严重程度 |
1.1 文档目的 4
1.2 文档范围 4
1.3 读者对象 4
1.4 参考资料 4
1.5 术语表 4
第2章 Bug严重程度分级 5
第3章 Bug优先级划分 8
第4章 Bug修改优先级划分 9
文档介绍
文档目的
确定Bug严重程度分级以及优先级划分
文档范围
Bug严重程度和优先级划分定义
读者对象
研发中心
参考资料
序号 | 文档名称 | 版本 |
1 |
序号 | 术语 | 解释 |
1. | 数据 | 数据库内的数据。我们的班级管理系统有用到数据库管理班级、学生、教师、试卷、成绩等信息,白板软件也有用到数据库管理软件用户 |
2. | 内存泄漏 | 内存泄漏也称作“存储渗漏”,用动态存储分配函数动态开辟的空间,在使用完毕后未释放,结果导致一直占据该内存单元。直到程序结束 |
3. | 漏洞 | 系统中的安全缺陷。软件或协议的具体实现或系统安全策略上存在的缺陷,从而可以使攻击者能够在未授权的情况下访问或破坏系统 |
BUG类型 | BUG现象举例 | 0级 | 1级 | 2级 | 3级 | 4级 | 5级 |
功能类 | 软件崩溃、死机 | √ | |||||
功能设计与需求规格说明书不一致,实现0-50% | √ | ||||||
功能设计与需求规格说明书不一致,实现51%-80% | √ | ||||||
功能设计与需求规格说明书不一致,实现81%-99% | √ | ||||||
数据类 | 数据丢失 | √ | |||||
获取数据的路径不符要求,但操作成功 | √ | ||||||
边界值未做 | √ | ||||||
数据存储、读取、处理错误 | √ | ||||||
内存泄漏 | √ | ||||||
电脑资源使用过高 | √ | ||||||
长时间事务处理,无提示 | √ | ||||||
界面类 | 安装、卸载界面图片文字的错误 | √ | |||||
公司名称、软件名称、版权、版本文本、图片信息错误 | √ | ||||||
进入软件不做操作就能发现的文字、颜色、图形错误 | √ | ||||||
进入软件需要一步操作才能发现的文字、颜色、图形错误 | √ | ||||||
进入软件需要两步操作才能发现的文字、颜色、图形错误 | √ | ||||||
进入软件需要两步以上操作才能发现的文字、颜色、图形错误 | √ | ||||||
软件UI与设计不一致 | √ | ||||||
界面设计不规范,没有考虑易用性问题 | √ | ||||||
信息类 | 提示信息不正确 | √ | |||||
必填信息无提示 | √ | ||||||
必要操作无提示信息 | √ | ||||||
安全类 | 一般用户正常使用就能发现的软件漏洞 | √ | |||||
程序员深入分析后才能发现的软件漏洞 | √ | ||||||
用户权限问题 | √ | ||||||
随机类 | 随机产生的软件崩溃bug,很难重现 | √ | |||||
随机产生的软件功能性bug,很难重现 | √ | ||||||
建议类 | 测试人员对软件提出的建议 | √ |
软件崩溃、死机
1级――致命BUG(Critical)
功能设计与需求规格说明书不一致,实现0-50%
数据丢失
数据存储、读取、处理错误
软件崩溃
内存泄漏
公司名称、软件名称、版权、版本文本、图片信息错误
一般用户正常使用就能发现的软件漏洞
随机产生的软件崩溃bug,很难重现
2级――严重BUG(major)
功能设计与需求规格说明书不一致,实现51%-80%
边界值未做
电脑资源使用过高
安装、卸载界面图片文字的错误
进入软件不做操作就能发现的文字、颜色、图形错误
软件UI与设计不一致
界面设计不规范,没有考虑易用性问题
必要操作无提示信息
程序员深入分析后才能发现的软件漏洞
用户权限问题
3级――一般性BUG(normal)
功能设计与需求规格说明书不一致,实现81%-99%
获取数据的路径不符要求,但操作成功
长时间事务处理,无提示
进入软件需要一步操作才能发现的文字、颜色、图形错误
提示信息不正确
必填信息无提示
随机产生的软件功能性bug,很难重现
4级――较小BUG(minor)
进入软件需要两步操作才能发现的文字、颜色、图形错误
5级――建议(enhancement)
进入软件需要两步以上操作才能发现的文字、颜色、图形错误
测试人员对软件提出的建议
Bug优先级划分
非常紧急(P1):Bug必须立即修复或在下个版本修复
紧急(P2):Bug必须修复,不一定在下个版本被修复,但是必须在某个特定的里程碑结束前修复
一般(P3):Bug在时间允许的情况下修改
不紧急(P4):Bug可以修复或不修复
Bug修改优先级划分
同级bug修改优先级:
Blo(P1)> Blo(P2)>Blo(P3)>Blo(P4)
Cri(P1)>Cri(P2)>Cri(P3).>Cri(P4)
Maj(P1)>Maj(P2)>Maj(P3)>Maj(P4)
Nor(p1)>Nor(P2)>Nor(P3)>Nor(P4)
Min(P1)>Min(P2)>Min(P3)>Min(P4)
Enh(P1)>Enh(P2)>Enh(P3)>Enh(P4)
不同级bug修改优先级:
Blo(P1)>Cri(P1)>Maj(P1)>Nor(p1)>Min(P1)>Enh(P1)>
Blo(P2)>Cri(P2)>Maj(P2)>Nor(P2)>Min(P2)>Enh(P2)>
Blo(P3)>Cri(P3)>Maj(P3)>Nor(P3)>Min(P3)>Enh(P3)>
Blo(P4)>Cri(P4)>Maj(P4)>Nor(P4)>Min(P3)>Enh(P4)