关于缺陷优先级的量化问题
各位同仁好。:P关于缺陷优先级，网站上也讨论多次，其结果也是用描述来定义缺陷优先级，例如以下的一种定义：
1）最高优先级：立即修复，停止进一步测试。
2）次高优先级：在产品发布之前必须修复。
3）中等优先级：如果时间允许应该修复。
4）最低等优先级：可能会修复，但是也能发布。
等等。
现在我有一种想法，把缺陷的优先级量化，把影响的各种元素按一定的权重量化，例如以下是我个人列出的三个影响元素：
1）缺陷严重性
2）缺陷的出现频率
3）此缺陷模块的优先级
4）当前的开发进度
量化的好处：
1）测试组内对缺陷优先级的评定能相对统一，能较准确地评测项目的状态，减少主观的影响。
2）若是能在公司范围内通用，有利于项目组间的比较与评测。
量化的难处：
1）各种元素的量化
2）各种元素的权重
因个人的经验相对不足，现未想到一个比较好的分配方式，希望大家一起讨论一下这种量化方法的可行性，相信在讨论中大家都能分享到很多人的经验。
是这个问题太没有讨论的必要吗?
:o
页:
[1]
