BUG管理规范及流程

BUG管理规范及流程

ID:69326239

大小:751.00 KB

页数:16页

时间:2021-11-01

BUG管理规范及流程_第1页
BUG管理规范及流程_第2页
BUG管理规范及流程_第3页
BUG管理规范及流程_第4页
BUG管理规范及流程_第5页
BUG管理规范及流程_第6页
BUG管理规范及流程_第7页
BUG管理规范及流程_第8页
BUG管理规范及流程_第9页
BUG管理规范及流程_第10页
资源描述:

《BUG管理规范及流程》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、..-BUG管理流程与规目录1概述51.1编写目的51.2适用围52关键角色及应负责任53BUG流程图64活动描述65BUG书写规85.1测试人员BUG提交85.1.1主题8..word.zl-..-5.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延期处理12.

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

3、)验证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)跟踪被需求确认可延期处理的bug05系统工程

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

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

6、Bug,给出验证结果输入信息:开发工程师指派的已修复的Bug,需求确认转为变更或新增需求的bug输出信息:如果Bug未修改,激活并指派给对应的开发工程师;如果Bug已修改或系统工程师确认转为需求的bug,关闭bug,0.5个工作日06确认bug延期测试主管分析bug,确认bug是否能延期处理输入信息:开发或系统工程师指派的延期bug输出信息:确认是否能延期处理,对应延期的bug在开发修复的版本进展激活视实际情况而定07Bug仲裁系统工程师根据<<软件需求>>判定是否是Bug,给出处理意见输入信息:0.5个工作日..word.zl-..-测试主管指派

7、的延期bug或需要系统工程师确认的bug,开发主管指派的新增/变更需求的bug。输出信息:给出明确处理结果,属于新增/变更需求的bug需要在需求文档中记录相关需求。1BUG书写规1.1测试人员BUG提交1.1.1主题•    用一个简短的句子描述问题,不要写成一大段•    以进入问题模块路径开头,方便工程经理分派任务,以及开发人员定位问题•    描述问题时要详细、简练、抓住要点,直接切入正题,不要罗嗦•    不要夸张或缩小问题的严重程度1.1.2步骤•    用数字编号,一步步的描述重现问题的所有操作步骤•    提供明确的再现问题的步骤,防

8、止问题被以“不能重现〞关掉•    设置区域需要详细描述,如:各设置项值为默认、**值更改为“〞,其他设置项值为默认;• 

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。