BUG管理规范与流程.doc

《BUG管理规范与流程.doc》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、BUG管理流程与规范12目录1概述51.1编写目的51.2适用范围52关键角色及应负责任53BUG流程图64活动描述65BUG书写规范85.1测试人员BUG提交85.1.1主题85.1.2步骤85.1.3实际结果85.1.4预期结果85.1.5备注95.2开发人员解决BUG96BUG严重等级106.1致命106.2严重106.3一般116.4优化117BUG优先级127.1紧急127.2高127.3中127.4低128BUG解决方案128.1设计如此128.2重复bug128.3已解决128.4无法重现128.5延期处理128.6新增

2、/变更需求129BUG状态129.1激活129.2已解决139.3关闭131210其他要求1311相关文件1312附件131概述1.1编写目的本文档定义bug的整个生命周期，规范bug的管理流程。Bug在流转的过程中有章可循。12规范bug严重等级与bug解决优先级，使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决。1.1适用范围本文档适用测试人员、开发人员。2关键角色及应负责任序号角色应负责任01测试工程师1)提交bug，用bug级别反映bug的严重程度，2)验证bug是否已被解决02测试负责人1)审核测试人员提交

3、的bug；2)定位测试工程师提交的bug优先级3)定期对bug库进行分析，描绘出曲线图等，报告现状、预测趋势，在测试总结报告中给出意见。4)分析项目测试过程中存在的风险03开发工程师1)分析bug，写出问题原因，修改bug，2)实行bug优先原则，严重程度5个以上的，停止新功能的开发。04开发负责人1)每天对bug进行分配，标注处理意见2)定期对bug库分析，对bug多的模块，进行代码走查。3)分析bug修复进度，对项目的质量、进行风险评估。4)跟踪被需求确认可延期处理的bug05系统工程师1)解释需求，给出处理意见，2)将bug库中

4、的建议整理成为需求文档3)当开发和测试存在意见分歧时，进行需求确认。121Bug流程图Bug状态：激活，已修复，已关闭解决方案：设计如此，重复Bug，已解决，无法重现，延期处理，新增/变更需求2活动描述序号活动名称参与角色活动描述输入、输出信息处理时限01提交bug测试工程师详细书写Bug，指派给对应的测试负责人输入信息：无输出信息：在禅道上提交bug----02Bug确认与分配测试负责人根据<<软件需求>>判定是否是Bug，给出意见输入信息：测试人员提交的bug，测试用例，软件

5、需求输出信息：确定bug优先级，指派给开发负责人。0.5个工作日03分析确认并指派Bug开发负责人根据<<软件需求>>判定是否是Bug，给出意见输入信息：测试负责人指派的bug，软件需求，程序源代码等输出信息：0.5个工作日12分析Bug，指派给对应的开发工程师，不是bug或应该需求变更时，指派给相关人员04修复Bug开发工程师修改Bug，给出解决方案，修复再次激活的bug。输入信息：开发负责人