缺陷的严重级别及优先级定义

严重级别

状态描述

举  例

Blocks
（致命）

致命错误：
a：导致运行中断(应用程序崩溃)、预期的功能没有得到实现、测试工作无法继续进行等。
b：由于程序引起的非法死机，退出，数据丢失，主要功能完全丧失，系统悬挂等错误。

从用户角度：
由于产品功能或者性能造成80%以上用户无法使用的问题：

1、操作或使用某一功能时，导致程序异常退出，或其余功能无法使用，或造成经常性死机和重启
2、严重花屏
3、 内存泄漏
4、用户数据丢失或破坏
5、系统崩溃/死机/冻结/爆炸
6、程序或模块无法正常启动或异常退出
7、 严重的数值计算错误
8、功能设计与需求严重不符
9、导致其它功能无法测试的错误

Cirtical
（严重）

严重错误：
a、较大的功能缺陷 如该功能没有实现或实现有错误。
b、严重影响系统要求或基本功能的实现，且没有办法避免冲突。
c、主要功能丧失，导致严重的问题，或致命的错误声明。

从用户角度：
用户可以使用，但性能非常不稳定，经常出现服务中断

1、按键操作错误或失灵
2、客户环境本身没有问题的情况下，网络不稳，频繁断线，掉线
3、实现的功能与相关需求严重不符，
4、功能未实现
5、功能错误
6、系统刷新错误
7、语音或数据通讯错误
8、轻微的数值计算错误
9、系统所提供的功能或服务受到明显的影响

Major
（一般性错误）

普通错误：
次要功能丧失， 不太严重，可通过变通手段解决。

从用户角度：
用户可以使用，偶尔出现服务中断（软件功能和需求规格级别基本相符）。

1、按键操作偶尔失灵；
2、边界值的处理无效，重要界面的显示问题，会对用户产生一定影响的文字错误
3、 操作界面错误（包括数据窗口内列名定义、含义是否一致）
4、边界条件显示错误
5、提示信息错误（包括未给出信息、信息提示错误等）
6、长时间操作无进度提示
7、系统未优化（性能问题）
8、光标跳转设置不好，鼠标（光标）定位错误

Minor
（较小错误）

较小的功能缺陷：
微小的问题， 如果不进行修改，不影响主要功能，产品及属性仍可使用，如有个错别字。
从用户角度：
用户可以使用，但交互性不好，对于用户可能造成难于操作、学习和理解。

1、字符串显示不统一，
2、拼写、对齐类的错误、UI图标、文字性错误；
3、界面显示不美观但对用户不产生影响的问题；
4、不经常出现而且用户可恢复的非严重问题，
5、辅助说明描述不清楚
6、操作时未给用户提示
7、可输入区域和只读区域没有明显的区分标志
8、个别不影响产品理解的错别字
9、文字排列不整齐等一些小问题

Trivial
（建议性）

建议性意见：
从使用者角度，提出的建议性意见。
从用户角度：
个别功能使用不够方便，但是不影响用户使用的问题

1、用户界面不太友好；
2、使用不习惯；
3、好的操作建议等；

BUG优先级

解决时限

说明

P1

最高优先级，BUG必须马上修复

P2

次高优先级，必须马上修复，或在下一版本前修复

P3

按照项目正常进度解决，（建议在下一个Alpha版本前修改）

如果项目一个Build版本与Alpha版本对应，则无区分，按照项目Bug解决计划执行

P4

根据实际情况评估，允许部分延迟，最终发布版本综合考虑

P5

自定义