自己总结的JIRA默认缺陷管理流程.docx
4星 · 超过85%的资源 需积分: 32 76 浏览量
2010-06-28
15:52:35
上传
评论
收藏 16KB DOCX 举报 
软件缺陷状态：
• 软件缺陷的主要状态包括以下的内容
– 打开 (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”
资源评论
haoweir2014-01-23总结的很好，就少了点
bailu13212012-08-19还好 ，就是内容少了点
ansj812012-11-13只是总结了一下缺陷的几种状态及bug简单处理流程
