BUG管理规范与流程.doc

第 1 页 BUGBUG 管理流程与规范管理流程与规范 。 精选资料，欢迎下载 目目 录录 1 1概述概述 .5 5 1.1编写目的 .5 1.2适用范围 .5 2 2关键角色及应负责任关键角色及应负责任 .5 5 3 3BUGBUG 流程图流程图.6 6 4 4活动描述活动描述 .6 6 5 5BUGBUG 书写规范书写规范.8 8 5.1测试人员 BUG 提交 .8 5.1.1主题 .8 5.1.2步骤 .8 5.1.3实际结果 .8 5.1.4预期结果 .8 5.1.5备注 .9 5.2开发人员解决 BUG .9 6 6BUGBUG 严重等级严重等级.1010 6.1致命 .10 6.2严重 .10 6.3一般 .11 6.4优化 .11 7 7BUGBUG 优先级优先级.1212 7.1紧急 .12 7.2高 .12 7.3中 .12 7.4低 .12 8 8BUGBUG 解决方案解决方案.1212 8.1设计如此 .12 8.2重复BUG.12 8.3已解决 .12 8.4无法重现 .12 8.5延期处理 .12 8.6新增/变更需求 .12 9 9BUGBUG 状态状态.1212 9.1激活 .12 9.2已解决 .13 9.3关闭 .13 。 精选资料，欢迎下载 1010其他要求其他要求 .1313 1111相关文件相关文件 .1313 1212附件附件 .1313 1 1概述概述 1.11.1编写目的编写目的 本文档定义 bug 的整个生命周期，规范 bug 的管理流程。Bug 在流转的过程中有章可 循。 。 精选资料，欢迎下载 规范 bug 严重等级与 bug 解决优先级，使开发人员与测试人员能根据此文档准确判断 bug 的严重程度并加以解决。 1.21.2适用范围适用范围 本文档适用测试人员、开发人员。 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 3BugBug 流程图流程图 Bug管管理理流流程程 测试工程师测试主管开发工程师开发主管系统工程师 跟踪阶段提出bug修复阶段验证阶段 提交bug 判断是否 是bug 提交并激活 确认与分配 Y 分析是否 是bug 指指定定优优先先级级 确认并指派bug 修复bug，并说 明产生原因 Bug验证是否修复关闭bug Y 描描述述不不清清楚楚 或或不不是是bug 判判定定不不是是bug 或或重重复复bug 分析是否 是bug 仲裁是否 是bug 指指派派给给需需求求确确认认 大的变更需求/新增需 求，修改需求文档 确确认认是是问问题题 应应变变更更或或新新增增需需求求 需需求求确确认认不不是是bug 是否是bug 开开发发分分析析 不不是是bug 修复bug 重重新新激激活活bug，并并指指派派 修修改改状状态态为为已已修修复复 Y 是否 在该 版本修复 Y 确认bug为延期修复， 但bug状态为已解决， 不能关闭，在修复完 成以后需要指派给测 试人员进行验证 确确认认是是bug， 但但该该版版本本不不修修复复 并并指指定定修修复复版版本本 是否确认 延期修复 需需求求确确认认为为 必必须须在在该该版版本本修修复复 是否延期 修复 立立即即修修复复 Y 开开发发确确认认是是bug 但但该该版版本本不不修修复复 确认bug为无 效bug，关闭 bug 确确认认不不是是bug 修修改改状状态态为为已已修修复复 需需求求判判定定为为延延期期 指指派派给给开开发发主主管管 是否新增/ 变更需求 分分析析是是问问题题 但但应应该该变变更更需需求求 确确认认是是bug，需需求求如如此此或或 很很小小的的改改动动需需求求， 在在备备注注中中说说明明，并并激激活活bug 需需求求确确认认是是bug，指指派派给给开开发发 指派给测试 Bug 状态：激活，已修复，已关闭 解决方案：设计如此，重复 Bug，已解决，无法重现，延期处理，新增/变更需求 4 4活动描述活动描述 序号序号活动名称活动名称参与角色参与角色活动描述活动描述输入、输出信输入、输出信 息息 处理时限处理时限 01 提交 bug测试工程师 详细书写 Bug，指派给 对应的测试负责人 输入信息：输入信息： 无 输出信息：输出信息： 在禅道上提交 bug - 02 Bug 确认与 分配 测试负责人 根据判 定是否是 Bug，给出意 见 输入信息：输入信息： 测试人员提交的 bug， 测试用例，软件需求 输出信息：输出信息： 确定 bug 优先级，指派 给开发负责人。 0.5 个 工作日 03 分析确认 并指派 Bug 开发负责人 根据判 定是否是 Bug，给出意 见 输入信息：输入信息： 测试负责人指派的 bug，软件需求，程序 源代码等 0.5 个 工作日 。 精选资料，欢迎下载 输出信息：输出信息： 分析 Bug，指派给对应 的开发工程师，不是 bug 或应该需求变更时， 指派给相关人员 04 修复 Bug开发工程师 修改 Bug，给出解决方 案，修复再次激活的 bug。 输入信息：输入信息： 开发负责人确认指派的 bug，软件需求 输出信息：输出信息： Bug 的解决方案，产生 bug 的原因，指派给对 应的测试工程师 0.5 个 工作日 05 验证 Bug测试工程师 验证 Bug，给出验证结 果 输入信息：输入信息： 开发工程师指派的已修 复的 Bug，需求确认转 为变更或新增需求的 bug 输出信息：输出信息： 如果 Bug 未修改，激活 并指派给对应的开发工 程师； 如果 Bug 已修改或系统 工程师确认转为需求的 bug，关闭 bug， 0.5 个 工作日 06 确认 bug 延期 测试主管 分析 bug，确认 bug 是 否能延期处理 输入信息：输入信息： 开发或系统工程师指派 的延期 bug 输出信息：输出信息： 确认是否能延期处理， 对应延期的 bug 在开发 修复的版本进行激活 视实际情况而定 07 Bug 仲裁系统工程师 根据判 定是否是 Bug，给出处 理意见 输入信息：输入信息： 测试主管指派的延期 bug 或需要系统工程师 确认的 bug，开发主管 指派的新增/变更需求 的 bug。 输出信息：输出信息： 0.5 个 工作日 。 精选资料，欢迎下载 给出明确处理结果，属 于新增/变更需求的 bug 需要在需求文档中 记录相关需求。 5 5BUGBUG 书写规范书写规范 5.15.1测试人员测试人员 BUGBUG 提交提交 5.1.15.1.1主题主题 用一个简短的句子描述问题，不要写成一大段 以进入问题模块路径开头，方便项目经理分派任务，以及开发人员定位问题 描述问题时要详细、简练、抓住要点，直接切入正题，不要罗嗦 不要夸大或缩小问题的严重程度 5.1.25.1.2步骤步骤 用数字编号，一步步的描述重现问题的所有操作步骤 提供明确的再现问题的步骤，避免问题被以“不能重现”关掉 设置区域需要详细描述，如：各设置项值为默认、*值更改为“” ，其他设置项值为 默认； 尽量用动词作为开头，描述每个步骤。如：打开、点击、设置、选择、插入、双击等 不要在一个步骤中描述不相关的多个操作。如果是相关的一系列操作，可以使用“ ”来连接描述。 按照你写的步骤去执行，看问题能否重现 不要在步骤中使用含糊不清的缩写词描述 5.1.35.1.3实际结果实际结果 实际只描述一个问题 同样的操作步骤产生多种现象，要在一个缺陷报告中加以描述 不同的操作步骤产生不同的问题，分别报 bug 如果有截图，请列出所附的图片信息 5.1.45.1.4预期结果预期结果 不要加入实际结果的描述信息 描述要清晰，不要使用含糊不清的缩写词描述 如果有截图，请列出所附的图片信息 。 精选资料，欢迎下载 5.1.55.1.5备注备注 避免写成大段落，要写得简单、易读 问题的特征 出现问题后的解决方法 对终端客户的影响情况 如果有必要，列出产生问题的配置环境 5.25.2开发人员解决开发人员解决 BUGBUG 1.BUG 的原因。 2.BUG 的修改方法 3.BUG 可以在哪个版本上进行验证。 4.测试人员验证 bug 时，需要写明：验证了什么，在什么版本验证，是否通过，如果不 通过需写明原因。如果在验证当前 bug 时有新现象产生阻碍了验证此 bug，则该 bug 不能关闭，写明没有验证的原因，并为新现象提 bug。 举例举例 1 1： 现象： 修改后： 。 精选资料，欢迎下载 6 6BUGBUG 严重等级严重等级 6.16.1致命致命 不能执行正常工作功能或重要功能，因软件原因导致系统死机等，须马上修正致命错误。 通常有如下情况： 1.内存泄漏 2.由于执行程序引发数据库发生死锁 3.用户数据丢失或破坏 4.系统崩溃 5.死机 6.程序无法启动或异常退出 7.因错误操作导致的程序中断 8.功能设计与需求严重不符 6.26.2严重严重 影响系统功能或操作，应用模块错误使业务中止无法进行后续操作，主要功能存在 严重缺陷，但不会影响到系统稳定性。 具体基本上可分为： 1.功能未实现 2.功能错误 3.业务中止，无法进行后续操作 4.数据库的表、业务规则、缺省值未加完整性等约束条件 5.数据库表结构错误，字段长度不够，缺少表、存储 。 精选资料，欢迎下载 6.语音或数据通讯错误 7.数值计算错误 8.前台提示存储报错 9.系统所提供的功能或服务受明显的影响 6.36.3一般一般 影响系统正常运行的缺陷，主要功能出现错误，影响到产品的使用。例如：次要功能 不能正常实现； 查询错误，数据错误显示；简单的输入限制未放在前台进行控制 具体基本上可分为： 1.操作界面错误（包括数据窗口内列名定义、含义是否一致） 2.报表打印内容、格式错误、取值错误 3.页面查询结果错误，自动读值项取值错误 4.边界条件下错误 5.提示信息错误（包括未给出信息、信息提示错误等） 6.简单的输入限制未放在前台进行控制 7.长时间操作无进度提示 8.光标跳转设置不好，鼠标（光标）定位错误 6.46.4优化优化 使操作者不合理或者不方便或操作遇到麻烦，但它不影响执行工作功能或重要功能， 次要功能，对产品使用影响不大。例如： 程序在一些显示上不美观，不符合用户习惯， 或是一些文字的错误。 具体基本上可分为： 1.界面格式等不规范 2.辅助说明描述不清楚 3.操作时未给用户提示 4.可输入区域和只读区域没有明显的区分标志 5. 个别不影响产品理解的错别字 6.文字排列不整齐等一些小问题 7.提示窗口文字未采用行业术语 7 7BUGBUG 优先级优先级 7.17.1紧急紧急 阻止与此密切相关功能的进一步测试,需要立即修复 7.27.2高高 必须修改，发版前必须修正 。 精选资料，欢迎下载 7.37.3中中 必须修改，不一定马上修改，但需确定在某个特定里程碑结束前须修正 7.47.4低低 对系统的影响较小，如果时间允许应该修改 8 8BUGBUG 解决方案解决方案 8.18.1设计如此设计如此 设计如此，测试人员理解错误，无需改动，即无效的 bug 8.28.2重复重复 bugbug 以前已经有同样的 bug。 8.38.3已解决已解决 Bug 已经被修改正确，待测试进行验证 8.48.4无法重现无法重现 根据测试写的重现步骤，无法重现 bug。 8.58.5延期处理延期处理 确实是 bug，但现在不解决，以后处理。 8.68.6新增新增/ /变更变更需求需求 分析确实是存在问题，但需求没有描述清晰，应指派给需求确认，进行需求的新增 或变更。 9 9BUGBUG 状态状态 9.19.1激活激活 1.新创建的 bug； 2.已关闭的 bug 重新出现需要再次激活 ； 3