缺陷跟踪流程.pdf

《缺陷跟踪流程.pdf》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、一、过程描述测试人员按照测试用例逐项进行测试活动，并对测试结果不通过的填写缺陷单，并针对缺陷整个生命周期进行跟踪。二、角色定义测试人员：负责具体测试执行及跟踪人员在测试过程中发现的缺陷，填写缺陷报告并通过缺陷管理工具提交给项目经理，对开发人员修改后的缺陷进行返测，确认缺陷修改是否正确；对于非Fixed的问题，仍需进行二次确认。测试组长：负责测试执行及跟踪，包括BUG单的一次审阅。除了同测试人员一样的职责外，还需对已经提交到QC中的BUG单进行一次审阅，保证提交的BUG都是有效BUG，此过程在流程图中不体现出来。项目经理：对测试人员提出的BUG进行审核及分配。对

2、新提交及重新Open的缺陷进行审核及分配，包括对ＢＵＧ解决时效及是否有效BUG进行判定；并对开发人员的解决方案负责。开发人员：对分配到个人的BUG进行解决。对项目经理分配的缺陷进行判断及修订，同时具备对提交错误的缺陷具有拒绝修改的权限。三、状态定义1.New（新）：测试人员提交BUG的初始化状态；责任人：项目经理2.Open（打开）：项目经理分配到开发人员；责任人：开发人员3.Delay（延迟）：项目经理判定该BUG延迟解决；责任人：项目经理4.Reopen（重新打开）：测试人员验证未通过重新打开；责任人：项目经理5.Fixed（已解决）：开发人员已解决；责任

3、人：开发人员6.Close（已关闭）：测试人员验证已修复；责任人：开发人员7.Rejected（拒绝修改）：项目经理或开发人员验证该BUG提交错误或其它原因拒绝修改；责任人：测试人员或项目经理8.Cancel（取消）：项目经理认为该BUG为此项目中没有必要修改的问题，但并非BUG提交错误的情况下，可将此BUG置为Cancel；责任人：项目经理。注意：在以下流程图中，仅在状态变更为Open、Reopen、Rejected时，需要变更责任人，变更为其它状态时，均不需要变更责任人。四、控制流程图开始测试人员提交缺陷（New）项目经理审核将缺陷置为将缺陷置为是否为缺陷

4、？NYRejectedRejectedY将缺陷置为Open是缺陷，但不修改，将缺陷置为Delay或开发人员审核Cancel是否为本人缺陷？NY修改缺陷将缺陷置为Reopen修改成功？N暂不能解决Y将缺陷置为Fixed测试人员确认测试人员确认测试人员验证N是否已解决？是否同意本版本Delay或Y是否同意RejectedCancel将缺陷置为CloseYY结束Y缺陷控制图缺陷跟踪控制流程第2页