Bug说明文档2015年6月25日
修订历史记录
（A-添加，M-修改，D-删除）
目录
1.简介 (4)
1.1.编写目的 (4)
1.2.文档范围 (4)
1.3.预期读者 (4)
2.BUG优先级(PRIORITY) (4)
2.1.I MMEDIATE（立刻）——P1 (4)
2.2.U RGENT（紧要、优先）——P2 (4)
2.3.V ERY H IGH(高度重视)——P3 (5)
2.4.H IGH（重视）——P4 (5)
2.5.N ORMAL（正常）——P5 (5)
2.6.L OW（稍缓）——P6 (5)
3.BUG严重程度(SEVERITY) (5)
4.BUG状态及流转 (6)
4.1.B UG状态及说明 (6)
4.2.B UG状态流转方式 (7)
5.BUG内容 (8)
1. 简介
1.1. 编写目的
本文档主要确定bug优先级、bug严重程度、bug流转方式、bug内容。

1.2. 文档范围
Bug优先级和bug严重程度的定义，bug流转方式和bug内容的确定。

1.3. 预期读者
本文档阅读人员包括项目经理、开发人员、测试人员以及其他相关人员。

2. Bug优先级(Priority)
优先级大致分为6个级别P1~P6，P1~P6分别为： Immediate（立刻）、Urgent （紧要、优先）、Very High（高度重视）、High（高度重视）、Normal（正常）、Low （稍缓）。

2.1. Immediate（立刻）——P1
即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。

2.2. Urgent（紧要、优先）——P2
即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。

2.3. Very High(高度重视)——P3
即“高度重视”，表示有时间就要马上解决，否则系统主要功能偏离需求较大或者不能正常工作。

2.4. High（重视）——P4
即“重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现。

2.5. Normal（正常）——P5
即“正常处理”，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的等。

2.6. Low（稍缓）——P6
即”低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决。

3. Bug严重程度(Severity)
Bug严重级别分为5个级别，即为S1~S5，S1~S5分别为：Blocker（有妨碍的）、Critical（紧要的）、Major（严重的）、Minor（次要的）、Trivial(不严重的)。

4. Bug状态及流转
4.1. Bug状态及说明
Bug：指缺陷通过一个跟踪修复过程的进展情况。

bug状态包括New、Open、Reopen、Fixed、Closed、Rejected、Duplicate、Delay等。

New (新建)为测试人员新问题提交所标志的状态。

Open (打开/进行中)为任务分配人（开发组长/经理）对该问题准可备进行修改并对
该问题分配修改人员所标志的状态(备注：如果无任务分配人员，测试人员直接把对应问题分配给开发人员，并置状态为Open)。

Bug解决中的状态，由任务分配人改变。

对没有
进入此状态的Bug，程序员不用管。

Reopen(重新打开) 为测试人员对修改问题进行验证后没有通过所标志的状态；或者
已经修改正确的问题，又重新出现错误。

由测试人员改变。

Fixed (已解决)为开发人员修改问题后所标志的状态，修改后还未测试。

Closed (已关闭)为测试人员对修改问题进行验证后通过所标志的状态。

由测试人员改变。

Rejected (拒绝)开发人员认为不是Bug、描述不清、不能复现、不采纳所提意见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或者测试人员提错，从而拒绝的
问题。

由Bug分配人或者开发人员来设置。

Duplicate(重复) 测试人员已经提交过此问题，由测试人员、bug分配人或者开发人员
来设置为重复。

Delay(延期)bug延期解决，由项目负责人、开发人员或者测试人员来延期。

可通过会
议讨论方式决定。

4.2. Bug状态流转方式
Bug流转方式：
5. Bug内容
一个bug包含的主要内容有标题、优先级、严重程度、状态、操作步骤、预期结果、实际结果。