BUG管理规范

Bug 管理规范 一 概述 本规范是常规的 bug 管理流程 适用于项目过程中的 bug 管理 二 BUG 周期 发 现 BUG 报 告 bug 开 发 人 员 确认 bug Bug 开 发 Fix bug 测 试 验 证 bug 验 证 通 过 关 闭 bug Y Y N 延 期 修 复 项 目 经 理确 认 挂 起 Y N Y 测 试 人 员重 新 确 认 Bug N Y N 三 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 描述要简洁明了 方便开发人员重现和后续跟踪 版本 当前测试的版本号 平台 测试使用的平台说明 摘要 概要描述问题 描述 应该描述问题发现的步骤 期望结果和实际结果 描述可分为 步骤 结果 含 期望结果 实际结果 补充说明 三部分 各部分之 间用空行隔开 补充说明 部分可根据实际情况选择是否需要描述 具体格式如下 步骤 期望结果 实际结果 补充说明 1 如果多处出现类似问题 应描述出现该问题的所有模块或界面 2 如果不可重现 应说明 附件 添加错误附图或错误信息