软件测试缺陷的管理流程（上）：构成要素与流程说明_it生产缺陷过程管控

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

缺陷管理流程活动一般包括测试工程师、测试负责人、开发负责人、开发工程师和项目经理等若干角色。

1．测试工程师

测试工程师负责实施测试活动，发现缺陷，及时提交缺陷，确认校验缺陷，实施回归测试。

2．测试负责人

测试负责人评审缺陷，检查测试工程师新增的缺陷是否符合规范，是否因为不熟悉需求、理解偏差而引起的误提，并负责缺陷产生争议后的协调处理。

3.开发负责人

开发负责人负责缺陷分配活动，将需修复的缺陷根据缺陷修复任务分配给对应的开发工程师，协调解决争议缺陷。

4.开发工程师

当缺陷提交给开发工程师后，开发工程师负责缺陷的确认区修复活动。

5．项目经理

当对提交的缺陷有分歧、被拒绝时，可由项目经理、测试负责人、开发负责人等进行缺陷评审活动，商定问题如何处理，是否保留或当前版本不做处理等结论。

【2】流程定义

不同公司因组织结构不同，所采用的管理流程亦不相同。大部分公司使用流程如图所示：

注：流程中操作关键词以HP商用的项目管理工具 ALM 为例.

流程说明：

1.测试工程师或其他人员发现缺陷，经过确认后提交缺陷，缺陷状态设置为“新建(New)”，“指派(Assign）”下步处理人为测试负责人。

2.测试负责人针对需要自己处理的缺陷进行“评审（Review）”操作。检查测试工程师提交的缺陷是否符合缺陷报告规范，如语言描述是否清晰、问题定位是否准确等，或者判断该问题是否确实是一个缺陷，还是因测试工程师不熟悉需求、理解偏差而引起的误提。

如有问题，将该缺陷“指派(Assign)”至测试工程师，让其修改后再提交，此时缺陷状态为“新建（ New )”’。如无问题，确定是缺陷，则将该缺陷提交给开发负责人，缺陷状态为“打开 ( Open )”。

3.如果测试负责人“评审（Review)”后，缺陷“指派( Assign）”至测试工程师处，测试工程师则需再次确认缺陷是否误提，是则“关闭(Close）”缺陷，并注明缺陷关闭原因，否则再次“指派（Assign）”至测试负责人处，缺陷状态为“新建（New )”，并注明原因。测试负责人重复步骤2。

4.开发负责人将测试负责人“评审(Review)”后的缺陷根据缺陷修复任务分配给相应的开发工程师，开发负责人一般仅分配缺陷，不再过滤缺陷，此时缺陷状态为“打开(Open)"。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**