Bug的严重程度(Severity)和Bug修复优先级(Priority)如何定义

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/Luomingkui1109/article/details/86525064

    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。

1.严重程度(Severity)

1.1 Blocker: 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

    • 严重花屏

    • 内存泄漏

    • 用户数据丢失或破坏

    • 系统崩溃/死机/冻结

    • 模块无法启动或异常退出

    • 严重的数值计算错误

    • 功能设计与需求严重不符

    • 其它导致无法测试的错误, 如服务器500错误

1.2 Critical:即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。

    •  功能未实现

    • 功能错误

    • 系统刷新错误

    • 数据通讯错误

    • 轻微的数值计算错误

    • 影响功能及界面的错误字或拼写错误

    • 安全性问题

1.3 Major:即界面、性能缺陷、兼容性。

    • 操作界面错误(包括数据窗口内列名定义、含义是否一致)

    • 边界条件下错误

    • 提示信息错误(包括未给出信息、信息提示错误等)

    • 长时间操作无进度提示

    • 系统未优化(性能问题)

    • 光标跳转设置不好,鼠标(光标)定位错误

    • 兼容性问题

1.4 Minor/Trivial:即易用性及建议性问题。

    • 界面格式等不规范

    • 辅助说明描述不清楚

    • 操作时未给用户提示

    • 可输入区域和只读区域没有明显的区分标志

    • 个别不影响产品理解的错别字

    • 文字排列不整齐等一些小问题

2.Priority

2.1 Immediate

    • 即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。

2.2 Urgent

    • 即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。

2.3 High

    • 即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。

2.4 Normal

    • 即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。

2.5 Low

    • 即”低优先级”,即问题在系统发布以前必须确认解决或确认可以不予解决。

猜你喜欢

转载自blog.csdn.net/Luomingkui1109/article/details/86525064
今日推荐