Priority()和Severity(严重程度)是Bug的两个重要属性。很多新人经常混淆这两个概念。
通常,人员在提交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
1.Blocker:
即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
-
严重花屏
内存泄漏
用户数据丢失或破坏
系统崩溃/死机/冻结
模块无法启动或异常退出
严重的数值计算错误
功能设计与需求严重不符
其它导致无法测试的错误, 如服务器500错误
2. Critical :即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。功能未实现
功能错误
系统刷新错误
数据通讯错误
轻微的数值计算错误
影响功能及界面的错误字或拼写错误
安全性问题
操作界面错误(包括数据窗口内列名定义、含义是否一致)
边界条件下错误
提示信息错误(包括未给出信息、信息提示错误等)
长时间操作无进度提示
系统未优化(性能问题)
光标跳转设置不好,鼠标(光标)定位错误
兼容性问题
界面格式等不规范
辅助说明描述不清楚
操作时未给用户提示
可输入区域和只读区域没有明显的区分标志
个别不影响产品理解的错别字
文字排列不整齐等一些小问题
1.Immediate
2. Urgent
3.
High
4.
Normal
5.
Low
即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。
即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。
即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。
即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。