Bug优先级与严重程度的划分
2015-10-30 16:46
232 查看
Priority()和Severity(严重程度)是的两个重要属性。很多新人经常混淆这两个概念。通常,人员在提交Bug时,只定义Bug的Severity,
即该Bug的严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,在大多数情况下,Severity越严重,那这个Bug的Priority就越高。你知道如何合理定义bug的Sevrity么?
通常Bug管理系统里Severity分为四个等级Blocker, Critical, Major, Minor/Trivial(也可自定义,但通常是这四个), 而priority分为五个等级:Immediate,
Urgent, High, Normal, Low。
Severity
Blocker: 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
严重花屏
内存泄漏
用户数据丢失或破坏
系统崩溃/死机/冻结
模块无法启动或异常退出
严重的数值计算错误
功能设计与需求严重不符
其它导致无法测试的错误, 如服务器500错误
2.Critical:即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。
功能未实现
功能错误
系统刷新错误
数据通讯错误
轻微的数值计算错误
影响功能及界面的错误字或拼写错误
安全性问题
3. Major:即界面、性能缺陷、兼容性。
操作界面错误(包括数据窗口内列名定义、含义是否一致)
边界条件下错误
提示信息错误(包括未给出信息、信息提示错误等)
长时间操作无进度提示
系统未优化(性能问题)
光标跳转设置不好,鼠标(光标)定位错误
兼容性问题
4.Minor/Trivial:即易用性及建议性问题。
界面格式等不规范
辅助说明描述不清楚
操作时未给用户提示
可输入区域和只读区域没有明显的区分标志
个别不影响产品理解的错别字
文字排列不整齐等一些小问题
Priority
Immediate
即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。
2. Urgent
即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。
2. High
即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。
3. Normal
即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。
4. Low即”低优先级”,即问题在系统发布以前必须确认解决或确认可以不予解决。
即该Bug的严重程度,而将Priority交给Project Leader 或Team Leader来定义,由他们来决定该Bug被修复的优先等级。某种意义上来说,Priority的定义要依赖于Severity,在大多数情况下,Severity越严重,那这个Bug的Priority就越高。你知道如何合理定义bug的Sevrity么?
通常Bug管理系统里Severity分为四个等级Blocker, Critical, Major, Minor/Trivial(也可自定义,但通常是这四个), 而priority分为五个等级:Immediate,
Urgent, High, Normal, Low。
Severity
Blocker: 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
严重花屏
内存泄漏
用户数据丢失或破坏
系统崩溃/死机/冻结
模块无法启动或异常退出
严重的数值计算错误
功能设计与需求严重不符
其它导致无法测试的错误, 如服务器500错误
2.Critical:即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。
功能未实现
功能错误
系统刷新错误
数据通讯错误
轻微的数值计算错误
影响功能及界面的错误字或拼写错误
安全性问题
3. Major:即界面、性能缺陷、兼容性。
操作界面错误(包括数据窗口内列名定义、含义是否一致)
边界条件下错误
提示信息错误(包括未给出信息、信息提示错误等)
长时间操作无进度提示
系统未优化(性能问题)
光标跳转设置不好,鼠标(光标)定位错误
兼容性问题
4.Minor/Trivial:即易用性及建议性问题。
界面格式等不规范
辅助说明描述不清楚
操作时未给用户提示
可输入区域和只读区域没有明显的区分标志
个别不影响产品理解的错别字
文字排列不整齐等一些小问题
Priority
Immediate
即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。
2. Urgent
即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。
2. High
即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。
3. Normal
即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。
4. Low即”低优先级”,即问题在系统发布以前必须确认解决或确认可以不予解决。
相关文章推荐
- 基于vlfeat的HOG特征提取c++代码实现
- KVC - 键值编码
- Spring MVC篇一、搭建Spring MVC框架
- 排序算法---直接插入
- hasSystemFeature()判断系统是否有特定的模块功能
- Android debug-you cannot combine custom titles with other title features
- linux 让你的进程后台运行
- Hadoop中HDFS文件系统NameNode的Federation设计文档(HDFS-1052:Hdfs scalability with multiple namenodes)
- IDEA 项目相关基础设置
- Oracle 12C -- Plug in a Non-CDB as a PDB
- 如何自动备份及运行某个Sql语句
- redis 集群之sentinel+脚本切换实现高可用切换
- 如何查找指令属于哪个rpm包
- Weblogic Jms简单应用
- Eclipse反编译工具Jad及插件JadClipse配置
- SQL Server 查询条件是中文查不出来
- angularjs依赖服务注入写法的注意点
- 未知宽高元素的水平垂直居中
- UVALive 2957 Bring Them There
- 通过分析 JDK 源代码研究 Hash 存储机制