《bug管理规范与流程》.docxVIP

BUGt理规范与流程 BUG管理流程与规范 目录 概述 错误！未定义书签 编写目的 错误!未定义书签 适用范围 错误!未定义书签 关键角色及应负责任 错误!未定义书签 BUG流程 图 错误!未定义书签 活动才苗述 错误！未定义书签 BUG书写规范 错误！未定义书签 测试人员 BUG提交 错误!未定义书签 主题 错误!未定义书签 步骤 错误!未定义书签 实际结果 错误!未定义书签 预期结果 错误!未定义书签 备注 错误!未定义书签 开发人员解决BUG 错误!未定义书签 BUG严重等级 错误！未定义书签 致命 错误!未定义书签 严重 错误!未定义书签 一般 错误!未定义书签 6.4 优化 错误!未定义书签 BUG优先级 错误！未定义书签 紧急 错误!未定义书签 高 错误!未定义书签 中 错误!未定义书签 彳氐 错误!未定义书签 BUG命车决方案 错误！未定义书签 设计如化匕 错误!未定义书签 重复 BUG 错误!未定义书签 已命车决 错误!未定义书签 无法重现 错误!未定义书签 延期处理 错误!未定义书签 新增/变更需求 错误!未定义书签 BUG状态 错误！未定义书签 激活 错误!未定义书签 已命车决 错误!未定义书签 关闭 错误!未定义书签 其它要求 错误！未定义书签 相关文件 错误!未定义书签 附件 错误！未定义书签 1概述 1.1编写目的 本文档定义bug的整个生命周期，规范 bug的管理流程。Bug 在流转的过程中有章可循 规范bug严重等级与bug解决优先级，使开发人员与测试人员 能根据此文档准确判断 bug的严重程度并加以解决。 1.2适用范围 本文档适用测试人员、开发人员。 2关键角色及应负责任 序号 角色 应负责任 01 测试工程师 1） 提交bug,用bug级别反映bug的严重程度， 2） 验证bug是否已被解决 02 测试负责人 1） 审核测试人员提交的 bug ； 2） 定位测试工程师提交的 bug优先级 3） 定期对bug库进行分析，描绘出曲线图等，报告现状、预测 趋势，在测试总结报告中给出意见。 4） 分析项目测试过程中存在的风险 03 开发工程师 1） 分析bug,写出问题原因，修改 bug, 2） 实行bug优先原则，严重程度 5个以上的，停止新功能的开 发。 04 开发负责人 1） 每天对bug进行分配，标注处理意见 2） 定期对bug库分析，对bug多的模块，进行代码走查。 3） 分析bug修复进度，对项目的质量、进行风险评估。 4） 跟踪被需求确认可延期处理的 bug 05 系统工程师 1） 解释需求，给出处理意见， 2） 将bug库中的建议整理成为需求文档 3） 当开发和测试存在意见分歧时，进行需求确认。  3 Bug流程图 Bug管理流程 修复阶段验证阶段跟踪阶段师程工试测提交bugBug验证是否修复关闭bug确认bug为无效bug ,关闭 擂航膏bug I ^^是 管主试fl1.分析是否 是bug 修复阶段 验证阶段 跟踪阶段 师程工试测 提交bug Bug验证 是否修复 关闭bug 确认bug为无 效bug ,关闭 擂航膏 bug I ^^是 管主试fl 1. 分析是否 是bug 判断是否 是 bug 确认与分配 师程工发开 修复bug 确认殆旨派bug 管主发开 师程工统系 仲裁是否 是bug 分析是否J 是否在该1 是bug , ^―— 版本修复 确 是否新增/变更需求 但bug状态为已解决.不能关闭，在修复完成以后需要指派■测 试人员进行验证 1 是否确认 延期修复 大的变更需求/新增需 * I求，修改需求文档 Bug状态：激活，已修复，已关闭 解决方案：设计如此，重复 Bug,已解决，无法重现，延期处 理，新增/变更需求 4活动描述 序号 活动名称 参与角色 活动描述 输入、输出信 息 处理时限 01 提交bug 测试工程师 详细书写 Bug ,指派 给对应的测试负责人 输入信息： 无 输出信息： 在禅道上提交bug 02 Bug确认 与分配 测试负责人 根据 软件需求 判 定是否是 Bug ,给出 意见 输入信息： 测试人员提交的 bug, 测试用例，软件需求 输出信息： 确定bug优先级，指派 给开发负责人。 0.5个 工作日 03 分析确认 并指派 Bug 开发负责人 根据 软件需求 判 定是否是 Bug ,给出 意见 输入信息： 测试负责人指派的 bug,软件需求，程序 源代码等 输出信息： 0.5个 工作日  分析Bug,指派给对应 的开发工程师，不是 bug或应该需求变更 时，指派给相关人员 04 修复Bug 开发工程师 修改Bug ,给出解决