BUG管理标准规范.docx

Bug管理规范

一、概述
本规范是常规bug管理步骤，适适用于项目过程中bug管理

二、BUG周期

三、Bug分类、状态、等级
3.1 bug分类
1. 功效 A.反复功效；B.多出功效；C.功效没有达成设计要求；D.功效实现和设计要求不相符。
2. 易用性 A.界面不美观，控件排列、格式不统一，焦点控制不合理或不全方面；B.缺乏帮助信息，或帮助信息不完全； C.功效操作复杂，提醒信息不合理，易产生歧义。
3. 安全性 A.数据有效性检测不合理；B.关键数据在传输中没有加密；C.缺乏身份认证机制或认证不合理；
4. 可靠性 A.数据存贮可靠性；B.业务处理可靠性；
5. 性能 A.并发量；B.吞吐量；C.响应时间。
6. 兼容性 不一样厂商浏览器和浏览器不一样版本，手机 app指不一样操作系统

3.2 bug状态
Bug状态关键分为新建、已分配、已处理、重新打开、已关闭、挂起。

• 新建状态（ NEW ）： Bug创建后初始状态。
• 已分配状态（ASSIGNED）：经过确定为有效问题后分配给开发人员状态。
• 已处理状态（RESOLVED）：开发人员对软件问题进行处理或修改后状态。
• 重新打开状态（REOPENED）：对开发人员修改后软件问题，经过验证，假如仍然存在，则 将其状态改为“重新打开”状 态。
• 关闭状态（CLOSED）：Bug处理后测试人员验证经过，则将其状态修改为已关闭
• 挂起状态：经过项目经理确定延期修改bug

3.3 bug严重等级和优先级定义
bug严重等级定义：

严重等级
描述
对应优先级
S
严重影响用户使用，且需要立即修复线上bug，通常对应A、B级线上bug
P1
A
软件瓦解、严重丢失数据或严重内存泄露
P1
B
功效没有实现,主步骤bug
P1
C
通常错误，一般 bug
P2
D
轻微错误，不至于影响软件使用，而且应该很轻易处理
P3

BUG优先级定义：

优先级
描述
备注
P1
需要立即修复bug。

P2
应该立即修复bug,但不是很急

P3
能够以后修复bug

四bug描述规范
bug描述要简练明了，方便开发人员重现和后续跟踪。
版本：目前测试版本号
平台：测试使用平台说明
摘要：概要描述问题。 l
描述：应该描述问题发觉步骤、期望结果和实际结果
描述可分为“步骤”、“结果”（含：期望结果、实际结果）、“补充说明”三部分，各部分之间用空行隔开。“补充说明”部分可依据实际情况选择是否需要描述。具体格式以下：
步骤：

期望结果：
实际结果：

补充说明：
1. 假如多处出现类似问题，应描述出现该问题全部模块或界面。
2. 假如不可重现，应说明
附件：添加错误附图或错误信息。