Bug的严重等级和优先级别与分类
一、 Bug的严重等级定义：
1、 Blocker 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
- 严重花屏
- 内存泄漏
- 用户数据丢失或破坏
- 系统崩溃/死机/冻结
- 模块无法启动或异常退出
- 严重的数值计算错误
- 功能设计与需求严重不符
- 其它导致无法测试的错误, 如服务器500错误
2、Critical 即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
- 功能未实现
- 功能错误
- 系统刷新错误
- 数据通讯错误
- 轻微的数值计算错误
- 影响功能及界面的错误字或拼写错误
- 安全性问题
3、Major 即界面、性能缺陷、兼容性。
- 操作界面错误（包括数据窗口内列名定义、含义是否一致）
- 边界条件下错误
- 提示信息错误（包括未给出信息、信息提示错误等）
- 长时间操作无进度提示
- 系统未优化（性能问题）
- 光标跳转设置不好，鼠标（光标）定位错误
- 兼容性问题
4、Minor 即易用性及建议性问题。
- 界面格式等不规范
- 辅助说明描述不清楚
- 操作时未给用户提示
- 可输入区域和只读区域没有明显的区分标志
- 个别不影响产品理解的错别字
- 文字排列不整齐等一些小问题
二、 Bug的优先等级
1. Immediate 即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。
2. Urgent 即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。
3. High 即“高度重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现。
4. Normal 即“正常处理”，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的等。
5. Low 即“低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决。
备注：严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级。
三、一般 BUG 的正规的处理流程
四、其他划分方法
BUG严重等级划分：
1级：致命
1.由于程序引起的非法死机，退出，数据丢失，主要功能完全丧失，系统悬挂等错误
2.操作或使用某一功能时，导致程序异常退出，或其余功能无法使用，或造成经常性死机和重启
3.正常的用户操作，导致系统崩溃
2级：严重
1.严重影响系统要求或基本功能的实现，且没有办法避免冲突
2.主要功能丧失，导致严重的问题，或致命的错误声明
3.配置项设计错误，无法正常配置，或配置后测试中出现预配置相关的错误
3级：一般性错误
1.次要功能丧失，不太严重，可通过变通手段解决.
2.部署文档错误，导致部署失败
3.业务流程对应的功能未实现，但是有对应替代方法解决，不影响实际使用
4级：建议性
1. 从使用者角度，提出的建议性意见
2. 用户界面不太友好
3.对齐方式，包括文字对齐，页面排列项一致
BUG紧急程度定义：
1级：紧急，需要立即解决的问题，对应严重度为致命问题
2级：高 ，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷
3级：中 ，影响软件功能和性能的一般缺陷
4级：低 ，对软件的质量影响非常轻微的缺陷，多为建议性或者UI层级的问题
