缺陷跟踪流程管理—角色分解

X 已修改 已修改 已修改 已否决 已重复 已否决 已修改 重新分配 新建缺陷 已否决 已重复 新建缺陷 重新修改 新建缺陷 重新分配 重新修改 已修改 已否决 已重复 新建缺陷 新建缺陷、重新修改 修改缺陷 修改缺陷 修改缺陷 修改缺陷
“X”—>“无状态”，“O”—>“自己”
缺 陷 跟 踪 管 理 流 程 —— 角 色 分 解
角色 测试人员 （缺陷提交人）
测试组长
开发组长
开发人员 （缺陷责任人）
Байду номын сангаас
缺陷跟踪管理流程
分配给
开始状态
测试组长 O
测试组长 测试组长 测试组长
O O 测试人员 测试人员 测试人员 测试人员 测试人员 开发组长 开发组长 开发人员 开发人员 开发人员 测试组长 测试组长 测试组长 测试组长 O 开发组长 开发组长 开发组长 开发组长
关闭已重复的缺陷 关闭已否决的缺陷 分配给测试人员验证缺陷 重新分配缺陷的验证对象（测试人员）
发现缺陷已重复 将已否决的缺陷分配给测试人员 将已重复的缺陷分配给测试人员
将新建的缺陷分配给开发组长 将验证失败的缺陷分配给开发组长重新修改
将缺陷分配给开发人员 重新分配缺陷的修改对象（开发人员） 缺陷验证失败，需要开发人员重新修改缺陷
结束状态
新建缺陷 关闭
重新分配 重新修改 重新修改
关闭 关闭 已修改 已修改 已重复 已否决 已重复 新建缺陷 重新修改 修改缺陷 修改缺陷 修改缺陷 已修改 已否决 已重复 已重复 暂缓处理 已修改 已重复 已否决 重新分配
，“O”—>“自己”
理 流 程 —— 角 色 分 解
备注
发现系统错误， 新建缺陷 关闭已经验证通过的已修改的缺陷 发现缺陷不是自己的缺陷、或者其他的测试人员有同样的缺陷，需要组长重新分配 缺陷验证失败，需要开发人员重新修改缺陷 的确为缺陷，请开发人员重新修改
缺陷已经修正 不是缺陷，否决
缺陷重复 缺陷重复 由于某种原因（如：功能未实现、当前版本无法修改），此缺陷需要延迟修改 缺陷已经修正 缺陷重复 不是缺陷，否决 重新分配缺陷的修改对象（开发人员）