没有合适的资源?快使用搜索试试~ 我知道了~
首页自己总结的JIRA默认缺陷管理流程.docx
自己总结的JIRA默认缺陷管理流程.docx

自己总结的JIRA默认缺陷管理流程.docx自己总结的JIRA默认缺陷管理流程.docx自己总结的JIRA默认缺陷管理流程.docx自己总结的JIRA默认缺陷管理流程.docxv
资源详情
资源评论
资源推荐

软件缺陷状态:
• 软件缺陷的主要状态包括以下的内容
– 打开 (Open): 提交测试中新报告的软件缺陷;
– 进行中(resolving): 已经分配给相应的开发人员,开发人员设置状态为
“resolving”,表示正在处理中;
– 重新打开(Reopen): 测试人员对开发人员已完成修正进行验证,未能成
功修复,则 reopen 该 bug
– 待返测的(Resolved): 开发人员已处理该 bug,待测试人员返测;
– 关闭(Closed): 错误已被修复
状态为 Resolved 的五种解决方式:
-xed 开发人员已修复该 bug;
-won t x ′ 被描述的问题是一个永远不会被修复的问题;
-duplicate 问题是一个已经存在的问题重复;
-Incomplete 这个问题没有被完整描述;
-cannot Reproduce 无法重现;
Bug 处理流程:
• 测试人员提交新发现的缺陷入库,缺陷状态为“open”
• 项目负责人验证错误
– 如果确认是错误,则分配给相应的开发人员,状态仍为”open” ;
– 如果不是错误,则拒绝,解决方式为:won t x′ ,状态变为“Resolved”;
• 开发人员查询状态为“Open”的缺陷,对其进行处理
– 如果不是错误,则解决方式选择” won t x”,′ 问题状态变为“Resolved” ;
– 如果是错误,则解决方式选择” xed”, 问题状态变为“Resolved” ;
– 如果不能解决,要留下文字说明并保持缺陷状态仍为“Open”
– 如果问题是一个已经存在问题的重复,解决方式为:”duplicate”,问题状态变
为”Resolved”;
– 如 果 问 题 没 有 被 完 整 描 述 , 解 决 方 式 为 : ” Incomplete”, 问 题 状 态 变
为”Resolved”;
– 如果问题无法重现, 解决方式选择 ” cannot Reproduce”,问 题状态变为”
Resolved”
– 对于不能解决或者延期解决的缺陷,不能由开发人员自己决定,一般要通
过某种会议(评审会)才能认可
• 测试人员查询状态为“Resolved”的缺陷,验证缺陷是否已解决,做如下处理
– 如果问题解决了,置缺陷的状态为“Closed”
– 如果问题没有结果,则置状态为“Reopen”















安全验证
文档复制为VIP权益,开通VIP直接复制

评论3