【质量管理】bug处理优先级规范

概述：缺陷有轻有重，有一些缺陷如果没有得到及时和有效的解决，可能会造成非常严重后果，而另一些轻微的缺陷，即便没有修复几乎所有人都不会注意到。在缺陷的修复过程中是有收益递减规律的。

此文档旨在合理定义缺陷的修复优先级，以期将资源优先集中在投资回报率高的缺陷修复上，以最大化投入产出收益。能以高效-流程化-通用的Bug处理准则，可以让大家按照共识的准则快速处理。

一、当前预制评判维度

• 影响范围：受影响的用户数量或受影响的系统功能数量

• 严重级别：缺陷的重要性，例如：数据丢失、数据损坏、外观问题等

二、等级判定：

1、影响范围

等级5：影响大多数或所有用户/更大范围的系统功能

等级4：影响大量用户/大范围的系统功能

等级3：影响一批用户/系统功能

等级2：影响一小群用户/一小部分系统功能

等级1：影响的用户非常少/影响的系统功能范围很小

2、严重级别

等级5：系统不可用、数据损坏等

等级4：重要功能不可用，没有解决方法

等级3：重要功能不可用，但有一个合理的解决方法

等级2：辅助功能不可用，但有合理的解决方法

等级1：无关紧要的问题或某些功能不可用，但有一个简单的解决方法

影响范围×严重级别=优先级

将影响范围和严重级别两个变量相乘，依据分数设置优先级别：

处理准则：

• 最高优先级：立即处理，插入到当前的产品迭代版本中，高于其他需求开发。

• 高级优先：快速处理，插入到当前的产品迭代中，但是低于部分本次迭代需求开发任务。

• 中级优先：处理，可以随着下一次产品迭代进行处理。

• 最低优先：选择性处理，根据迭代进度可放入下次迭代或者下几次迭代中进行处理。

这种方法的关键优势在于，它大大减少了用于讨论如何处理每一个缺陷的时间。另外，团队考虑的两个因素影响范围和严重程度是相对客观的，减少了我们由于主观因素带来的误差，让衡量标准更容易判断，也就可以更简单和高效的制度Bug处理优先级别。