软件bug管理流程和规范

上传人:宝路 文档编号:21988350 上传时间:2017-11-25 格式:DOC 页数:4 大小:195.76KB
返回 下载 相关 举报
软件bug管理流程和规范_第1页
第1页 / 共4页
软件bug管理流程和规范_第2页
第2页 / 共4页
软件bug管理流程和规范_第3页
第3页 / 共4页
软件bug管理流程和规范_第4页
第4页 / 共4页
亲,该文档总共4页,全部预览完了,如果喜欢就下载吧!
资源描述

《软件bug管理流程和规范》由会员分享,可在线阅读,更多相关《软件bug管理流程和规范(4页珍藏版)》请在金锄头文库上搜索。

1、软件 bug 管理流程和规范深圳市鼎智时代通讯技术有限公司版权所有(20102011)拟 制: 杨林红 2010 年 11 月 4 日审 核: Xxxx 年 xx 月 xx 日测 试: Xxxx 年 xx 月 xx 日文档管理: Xxxx 年 xx 月 xx 日软件 BUG 管理流程和规范 密级:机密作者 杨林红 更新日期 2010-11-2 版本 D0.1 打印日期 2017-9-25深圳市鼎智时代通讯技术有限公司版权所有(20052005)第 2 页(共 4 页)修订历史:版本号 修订内容 修订人 修订日期D0.0 新编制 杨林红 2010-11-4D0.1 补充开发部分 卢方 2010-

2、11-4软件 BUG 管理流程和规范 密级:机密作者 杨林红 更新日期 2010-11-2 版本 D0.1 打印日期 2017-9-25深圳市鼎智时代通讯技术有限公司版权所有(20052005)第 3 页(共 4 页)一、 软件错误的常用状态 新问题(New):测试中新报告的软件缺陷; 已分配 (Assigned):被确认并分配给相关开发人员处理; 已解决(Resolved) :开发人员已完成修正,等待测试人员验证; 不处理(Wontfix): 拒绝修改缺陷或搁置不改; 再开启(Reopende): 修改验证未改,重新分配修改;无效的(Invalid):不是缺陷已关闭(Closed) :错误已

3、被修复; 二、 Bug 管理的流程 1. 测试人员提交新的 Bug 入库,错误状态为 New。 2. 测试组长验证错误,如果确认是错误,分配给相应的开发人员并抄送给软件项目经理,设置状态为 Open。如果不是错误,则拒绝,设置为 Invalid (无效)状态。 3. 开发人员查询状态为 Open 的 Bug,把 Bug 置为 Assigned 状态,表明已经开始处理该问题4. 对于无效 BUG, 开发人员把状态置为 Invalid。5. 对于普通 BUG, 开发人员修复 BUG 后,把状态置为 Resolved。6. 对于暂时不能解决的 BUG, 状态保留为 Assigned,并添加相关备注。

4、7. 对于不能修改或者建议不修改的问题,及时反馈给项目经理,经开会讨论决议后,才能置为暂时不修改 Wontfix测试人员查询状态为 Fixed 的 Bug,然后验证 Bug 是否已解决,如解决置 Bug 的状态为Closed,如没有解决置状态为 Reopen。 三、 软件 BUG 规范 1. 软件 BUG 提交报告包括头信息、简述、操作步骤和注释。a) 头信息包括:测试软件名称、版本号、严重程度、优先程度、测试平台、缺陷或错误范围。要求填写完整、准确。b) 简述是对缺陷或错误特征的简单描述,可以使用短语或短句,要求简练、准确,并描述清楚正确的应该是怎么样的,现在有什么错误,以及出现几率。c)

5、操作步骤是描述该缺陷或错误出现的操作顺序,要求完整、简洁、准确。每一个步骤尽量只记录一个操作。结束时写上出现频率。d) 注释一般是对缺陷或错误的附加描述。软件 BUG 管理流程和规范 密级:机密作者 杨林红 更新日期 2010-11-2 版本 D0.1 打印日期 2017-9-25深圳市鼎智时代通讯技术有限公司版权所有(20052005)第 4 页(共 4 页)e) 对于描述不清楚的问题,可以抓张图片说明,对于非必现的问题,需要添加 log 附件。2. 每个软件问题报告只书写一个缺陷或错误 这样可以每次只处理一个确定的错误,定位明确,提高效率,也便于修复错误后方便的进行验证。 3. 开发人员解

6、决 BUG 时,需要写明:a) BUG 的原因。b) BUG 的修改方法c) BUG 可以在哪个版本上进行验证。四、 软件 BUG 流程管理要点 1. 为了保证 BUG 的正确性,需要有丰富测试经验的测试人员验证发现的 BUG 是否是真正的 BUG,书写的测试步骤是否准确,是否能重复。 2. 每次对 BUG 的处理都要保留处理信息,包括处理方法,处理意见,Bug 状态。 3. 拒绝或延期 BUG 不能由程序员单方面决定,应该由项目经理,测试经理和设计经理共同决定。 4. BUG 修复后必须由报告错误的测试人员验证后,确认已经修复,才能关闭 BUG。 5. 开发人员应该首先着手自己重现问题,减少对测试人员的依赖6. 对于某些不能重复的错误,加强测试人员与程序员的交流,可以请测试人员补充详细的测试步骤和方法,以及必要的测试 LOG 信息。7. 软件项目经理应该加强对 BUG 的关注,对于没有及时得到处理、长时间没有解决问题应该进行跟踪。8. 普通的研发版本,应该带上自动记录 LOG 的功能。9. 无法重现的 BUG,需要跟踪三个版本以上才能关闭。

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 其它办公文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号