BUG严重程度及优先级的划分.docxVIP

Bug Bug 严重程度及优先级的划分 Priority( Priority(优先级)和 Severity(严重程度)是提交 bug 的两个重要属性。通常， 人员在提交 Bug Bug 时，只定义 Bug 的 Severity, 即该 Bug 的严重程度，而将 Priority 交给 Project Leader 或 或 Team Leader 来定义，由他们来决定该 Bug 被修复的优先等级。某种意义上来说， Priority Priority 的定义要依赖于 Severity，在大多数情况下，Severity 越严重，那这个 Bug 的 Priority Priority 就越高。你知道如何合理定义bug 的 Sevrity 么？ 通常 通常 Bug 管理系统里 Severity 分为四个等级 Blocker, Critical, Major, Minor/Trivial（也可自 定义，但通常是这四个） 定义，但通常是这四个）, 而 priority 分为五个等级：Immediate, Urgent, High, Normal, Low Low。 Severity Severity（严重程度） 1. 1. Blocker（有妨碍的）: 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。 严重花屏 内存泄漏 用户数据丢失或破坏 系统崩溃/死机/冻结 模块无法启动或异常退出 严重的数值计算错误 功能设计与需求严重不符 其它导致无法测试的错误, 如服务器 500 错误 ? ? ? ? ? ? ? ? 2.Critical（紧要的）：即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。 功能未实现功能错误 系统刷新错误数据通讯错误 轻微的数值计算错误 影响功能及界面的错误字或拼写错误安全性问题 ? ? ? 3. Major（严重的）：即界面、性能缺陷、兼容性。 操作界面错误（包括数据窗口内列名定义、含义是否一致） 边界条件下错误 ? ? ? ? ? ? 提示信息错误（包括未给出信息、信息提示错误等） 长时间操作无进度提示 系统未优化（性能问题） 光标跳转设置不好，鼠标（光标）定位错误 兼容性问题 ? ? ? ? ? ? ? 4.Minor/Trivial（次要的/不严重的）:即易用性及建议性问题。界面格式等不规范 辅助说明描述不清楚操作时未给用户提示 可输入区域和只读区域没有明显的区分标志个别不影响产品理解的错别字 文字排列不整齐等一些小问题 Priority Priority（优先级） 1.Immediate 1.Immediate（立刻） 即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。 2. Urgent 2. Urgent（紧要、优先） 即 即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。 3. High 3. High（高度重视） 即 即“高度重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实 现。 现。 4. Normal 4. Normal（正常） 即 即“正常处理”，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面， 比如页面调用出错，调用了错误的等。 比如页面调用出错，调用了错误的等。 5. Low 5. Low（稍缓）即”低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决。