软件bug管理流程和规范1.pdf

《软件bug管理流程和规范1.pdf》由会员分享，可在线阅读，更多相关《软件bug管理流程和规范1.pdf（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、可编辑深圳市鼎智时代通讯技术有限公司深圳市鼎智时代通讯技术有限公司版权所有（20102011）拟拟制：制：杨林红审审核：核：测测试：试：文档管理：文档管理：修订历史：版本号修订内容D0.0D0.1新编制补充开发部分修订人杨林红卢方修订日期2010-11-42010-11-42010 年 11 月 4 日Xxxx 年 xx 月 xx 日Xxxx 年 xx 月 xx 日Xxxx 年 xx 月 xx 日精品可编辑一、一、软件错误的常用状态软件错误的常用状态新问题新问题(New)(New)：测试中新报告的软件缺陷；已分配已分配(Assigned)(Assigned)：被确认并分配给相关开发人员处理；已

2、解决已解决(Resolved)(Resolved)：开发人员已完成修正，等待测试人员验证；不处理不处理(Wontfix):(Wontfix):拒绝修改缺陷或搁置不改；再开启再开启(Reopende):(Reopende):修改验证未改，重新分配修改；无效的无效的(Invalid):(Invalid):不是缺陷已关闭已关闭(Closed)(Closed)：错误已被修复；精品可编辑二、二、BugBug 管理的流程管理的流程1.测试人员提交新的 Bug 入库，错误状态为 New。2.测试组长验证错误，如果确认是错误，分配给相应的开发人员并抄送给软件项目经理，设置状态为 Open。如果不是错误，则拒绝

3、，设置为Invalid(无效)状态。3.开发人员查询状态为 Open 的 Bug，把Bug 置为 AssignedAssigned 状态，表明已经开始处理该问题4.对于无效 BUG,开发人员把状态置为 Invalid。5.对于普通 BUG,开发人员修复 BUG 后，把状态置为ResolvedResolved。6.对于暂时不能解决的 BUG,状态保留为 AssignedAssigned，并添加相关备注。7.对于不能修改或者建议不修改的问题，及时反馈给项目经理，经开会讨论决议后，才能置为暂时不修改 WontfixWontfix测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决置

4、Bug的状态为Closed，如没有解决置状态为 Reopen。三、三、软件软件 BUGBUG 规范规范1.软件 BUG 提交报告包括头信息、简述、操作步骤和注释。a)头信息包括：测试软件名称、版本号、严重程度、优先程度、测试平台、缺陷或错误范围。要求填写完整、准确。b)简述是对缺陷或错误特征的简单描述，可以使用短语或短句，要求简练、准确，并描述清楚正确的应该是怎么样的，现在有什么错误，以及出现几率。c)操作步骤是描述该缺陷或错误出现的操作顺序，要求完整、简洁、准确。每一个步骤尽量只记录一个操作。结束时写上出现频率。d)注释一般是对缺陷或错误的附加描述。e)对于描述不清楚的问题，可以抓张图片说明

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