以下就提供一个分级指标的范例:
以问题的严重性来分类
严重性 (Severity) |
指标描述 (Guidelines) |
范例 (Examples) |
高 (High) |
缺少主要功能,或者主要功能毫无作用 所产生的问题会导致系统停顿 所产生的问题导致无法进行下一步测试 |
GPF (General Protection Fault)、Crash、当机 (System Hang) 需要重新启动来解决的问题 |
中 (Medium) |
主要功能运作不完整 所产生的问题会导致系统部份功能不正常 所产生的问题宿因严重但不影响下一步测试 |
Access Violation、Exceptions 问题多数出于所有测试路径中的其中一个 |
低 (Low) |
功能运作正常,但会有一些不一致的情况产生 所产生的问题不会导致系统任何问题 所产生的问题不会影响下一步测试 |
使用的介面或者接口不一致或者不正确 |
微 (Minor) |
功能运作正常,可是有改进的空间 所产生的问题不会导致系统任何问题 所产生的问题不影响下一步测试 |
并未完全符合使用者习惯或者方便使用者 |
以处理问题的优先等级来分类
优先级 (Priority) |
应变措施 (Resolution) |
预计完成时间预设值 (Estimated Finish Date) |
1 |
立即修改完成 (Fix immediately) |
即日完成 |
2 |
下一个阶段结束前必须修改完成 (Fix before next stage) |
三个工作天内 |
3 |
产品推出前必须修改完成 (Fix before release) |
七个工作天内 |
4 |
如果时间允许才进行修改 (Fix if available) |
十四个工作天内 |
5 |
在下一个版本再修改 (Fix in next version) |
本月内 |
备注:以上的“预计完成时间预设值” 纯粹是一个范例,只供参考,并非绝对的指标,亦不一定要硬性规定需要有预设值;实际预计完成时间应该配合团队目前的人力资源状况和工作量等等因素,也是项目经理主要管理的范围和职责。只是想强调一点,就是项目经理应该留意问题优先级和时间管理上是有挂钩的;而问题的严重性是和项目进度明显地区别的。