通用缺陷管理流程
1.开发认为是缺陷的处理
测试人员发现并提交缺陷,由开发人员进行处理,开发人员修改了这个缺陷就会将这个缺陷的状态置为Fixed状态让测试人员进行验证。测试人员对这个已修复的缺陷进行回归测试,如果回归测试通过,则将缺陷状态置为closed,如果回归测试没有通过,则将缺陷状态置为Reopen状态等待开发再次修复,直到修复成功。
2.开发认为不是缺陷的处理
测试人员发现并提交缺陷,由开发人员进行处理。但是开发人员认为不是缺陷,则将该缺陷的状态置为Reject状态并提交回测试人员。测试人员如果认为确实误报了缺陷,则直接关闭(Closed),如果经过测试、开发沟通认为是bug,则测试人员重新打开(Reopen)让开发人员继续修改,开发人员修复这个缺陷置为Fixed,提交给到测试人员进行回归测试,直到回归测试通过为止。
3.开发认为重复缺陷的处理
测试人员发现并提交缺陷,由开发人员进行处理。但是开发人员认为是重复缺陷,则将该缺陷状态置为重复缺陷,作为测试人员一定要确认该缺陷是否确实有人处理(获取到重复的缺陷ID),如果确实是同一个缺陷,则将重复的缺陷直接关闭。如果不是同一个缺陷,则重新打开该缺陷,继续跟踪。
4.延迟缺陷的处理
测试人员发现并提交缺陷,由开发人员进行处理。但是因为项目和时间等因素,某些缺陷无法在项目周期内完成,则需要进行延迟处理(备注:延迟处理的缺陷本身被确定为有效缺陷),对于延迟的缺陷需要经过开发、测试、项目经理、客户代表共同认可方可延迟。对于延迟的缺陷,置状态为Delay(测试人员翻转该状态)到了下一个版本,测试人员就应该把所有Delay状态的缺陷重新置为Reopen状态,让开发人员继续修复。
作者: 千里和他的软件测试
软件测试学习交流: 软件测试交流群 172489141
银行金融业务交流: 软件测试学习交流群 52304542
接口自动化性能交流: 一个正经的测试群 188427938