缺陷管理工具Bug定义的规范

1 BUG严重程度

 

严重程度	描述
Blocker	系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常 退出、无法测试、造成系统不稳定。
Cratical	影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
Major	界面、性能缺陷、兼容性，操作界面错误（包括数据窗口内列名定义、含义是否一致）、边界条件下错误等。
Minor	易用性及建议性问题。界面格式等不规范、辅助说明描述不清楚、操作时未给用户提示 等。

 

2 BUG优先级

优先级	描述
P0	仅线上环境才用P0的。表示问题必须马上解决，否则系统根本无法达到预定的需求
P1	高于正常流程，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常 ，影响了项目进度。
P2	正常流程都用这个优先级的。
P3	低于正常流程的，表示示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的等。

3 BUG的3种状态

通常状态流转方向：Active -> Resolved -> Closed

 

Active状态为BUG的初始状态，由测试人员创建Bug。

Active变为Resolved状态，由开发人员通过“解决(Resolve)”实现，有7种解决方法：

• Fixed - 已修复，测试人员要尽可能找到这种Bug

• Not Repro - 无法复现，数据错误或修复其他bug自动修复掉了等情况，导致的无效Bug

• Postponed - 目前不必修理，推迟到以后再处理

• Won't Fix - 不需要修理，比如不影响用户正常使用的情况

• By Design - 就是这么设计的，无效的Bug

• Duplicate - 这个问题别人已经发现了，重复的Bug

• External - 是个外部因素(比如浏览器、操作系统、其他第3方软件)造成的问题，或其他部门的问题

Resolved变为Closed状态，由测试人员通过“关闭(Closed)”实现。