1、Bug 管理规范一、概述本规范是常规的 bug 管理流程，适用于项目过程中的 bug 管理二、BUG 周期发 现 BUG报 告 bug开 发 人 员 确认 bugBug?开 发 Fix bug测 试 验 证 bug验 证 通 过 ?关 闭 bugYYN延 期 修 复项 目 经 理确 认挂 起YNY测 试 人 员重 新 确 认Bug?NYN三、Bug 的分类、状态、级别3.1 bug 分类1. 功能 A.重复的功能； B.多余的功能；C. 功能没有达到设计的要求；D. 功能实现与设计要求不相符。 2. 易用性 A.界面不美观，控件排列、格式不统一，焦点控制不合理或不全面；B.缺少帮助信息，或者帮
2、助信息不完全； C.功能操作复杂，提示信息不合理，易产生歧义。 3. 安全性 A.数据有效性检测不合理；B.重要数据在传输中没有加密；C. 缺少身份认证机制或认证不合理； 4. 可靠性 A.数据存贮的可靠性；B.业务处理的可靠性； 5. 性能 A.并发量；B.吞吐量；C. 响应时间。 6. 兼容性 不同厂商的浏览器以及浏览器的不同版本，手机 app 指不同操作系统3.2 bug 状态Bug 的状态主要分为新建、已分派、已解决、重新打开、已关闭、挂起。 新建状态（ NEW ）： Bug 创建后的初始状态。 已分派状态（ASSIGNED）：经过确认为有效问题后分配给开发人员的状态。 已解决状态（R
3、ESOLVED）：开发人员对软件问题进行处理或修改后的状态。 重新打开状态（REOPENED）：对开发人员修改后软件问题，经过验证，如果仍然存在，则 将其状态改为“重新打开”状 态。 关闭状态（CLOSED）：Bug 解决后测试人员验证通过，则将其状态修改为已关闭 挂起状态：经过项目经理确认延期修改的 bug 3.3 bug 严重等级和优先级定义bug 的严重级别定义：严重等级 描述 对应的优先级S 严重影响用户使用，且需要立即修复的线上 bug，通常对应 A、B级的线上 bugP1A 软件崩溃、严重丢失数据或严重的内存泄露P1B 功能没有实现,主流程 bug P1C 一般的错误，普通的 bu
4、g P2D 轻微的错误，不至于影响软件的使用，而且应该很容易解决P3BUG 优先级定义：优先级 描述 备注P1 需要马上修复的 bug。P2 应该尽快修复的 bug,但不是很急P3 可以以后修复的 bug四 bug 描述规范bug 描述要简洁明了，方便开发人员重现和后续跟踪。版本：当前测试的版本号平台：测试使用的平台说明摘要：概要描述问题。 描述：应该描述问题发现的步骤、期望结果和实际结果描述可分为“步骤” 、 “结果” （含：期望结果、实际结果） 、 “补充说明”三部分，各部分之间用空行隔开。 “补充说明”部分可根据实际情况选择是否需要描述。具体格式如下：步骤：期望结果： 实际结果： 补充说明： 1. 如果多处出现类似问题，应描述出现该问题的所有模块或界面。 2. 如果不可重现，应说明附件：添加错误附图或错误信息。
