BUG管理规范与流程.doc

BUG管理流程与规范目录1 概述 51、1 编写目得 51、2 适用范围 52 关键角色及应负责任 53 BUG流程图 64 活动描述 65 BUG书写规范 85、1 测试人员BUG提交 85、1、1 主题 85、1、2 步骤 85、1、3 实际结果 85、1、4 预期结果 85、1、5 备注 95、2 开发人员解决BUG 96 BUG严重等级 106、1 致命 106、2 严重 106、3 一般 116、4 优化 117 BUG优先级 127、1 紧急 127、2 高 127、3 中 127、4 低 128 BUG解决方案 128、1 设计如此 128、2 重复bug 128、3 已解决 128、4 无法重现 128、5 延期处理 128、6 新增/变更需求 129 BUG状态 129、1 激活 129、2 已解决 139、3 关闭 1310 其她要求 1311 相关文件 1312 附件 13概述编写目得本文档定义bug得整个生命周期,规范bug得管理流程。Bug在流转得过程中有章可循。规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档准确判断bug得严重程度并加以解决。适用范围本文档适用测试人员、开发人员。关键角色及应负责任序号角色应负责任01测试工程师提交bug,用bug级别反映bug得严重程度,验证bug就是否已被解决02测试负责人审核测试人员提交得bug;定位测试工程师提交得bug优先级定期对bug库进行分析,描绘出曲线图等,报告现状、预测趋势,在测试总结报告中给出意见。分析项目测试过程中存在得风险03开发工程师分析bug,写出问题原因,修改bug,实行bug优先原则,严重程度5个以上得,停止新功能得开发。04开发负责人每天对bug进行分配,标注处理意见定期对bug库分析,对bug多得模块,进行代码走查。分析bug修复进度,对项目得质量、进行风险评估。跟踪被需求确认可延期处理得bug05系统工程师解释需求,给出处理意见,将bug库中得建议整理成为需求文档当开发与测试存在意见分歧时,进行需求确认。Bug流程图Bug状态:激活,已修复,已关闭解决方案:设计如此,重复Bug,已解决,无法重现,延期处理,新增/变更需求活动描述序号活动名称参与角色活动描述输入、输出信息处理时限01提交bug测试工程师详细书写Bug,指派给对应得测试负责人输入信息:无输出信息:在禅道上提交bug----02Bug确认与分配测试负责人根据<<软件需求>>判定就是否就是Bug,给出意见输入信息:测试人员提交得bug,测试用例,软件需求输出信息:确定bug优先级,指派给开发负责人。0、5个工作日03分析确认并指派Bug开发负责人根据<<软件需求>>判定就是否就是Bug,给出意见输入信息:测试负责人指派得bug,软件需求,程序源代码等输出信息:分析Bug,指派给对应得开发工程师0、5个工作日,不就是bug或应该需求变更时,指派给相关人员04修复Bug开发工程师修改Bug,给出解决方案,修复再次激活得bug。输入信息:开发负责人确认指派得bug,软件需求输出信息:Bug得解决方案,产生bug得原因,指派给对应得测试工程师0、5个工作日05验证Bug测试工程师验证Bug,给出验证结果输入信息:开发工程师指派得已修复得Bug,需求确认转为变更或新增需求得bug输