通用缺陷管理流程

千里

1.开发认为是缺陷的处理

        [url=]测试[/url]人员发现并提交缺陷，由开发人员进行处理，开发人员修改了这个缺陷就会将这个缺陷的状态置为Fixed状态让测试人员进行验证。测试人员对这个已修复的缺陷进行回归测试，如果回归测试通过，则将缺陷状态置为closed，如果回归测试没有通过，则将缺陷状态置为Reopen状态等待开发再次修复，直到修复成功。

2.开发认为不是缺陷的处理

        测试人员发现并提交缺陷，由开发人员进行处理。但是开发人员认为不是缺陷，则将该缺陷的状态置为Reject状态并提交回测试人员。测试人员如果认为确实误报了缺陷，则直接关闭（Closed），如果经过测试、开发沟通认为是bug，则测试人员重新打开（Reopen）让开发人员继续修改，开发人员修复这个缺陷置为Fixed，提交给到测试人员进行回归测试，直到回归测试通过为止。

3.开发认为重复缺陷的处理

        测试人员发现并提交缺陷，由开发人员进行处理。但是开发人员认为是重复缺陷，则将该缺陷状态置为重复缺陷，作为测试人员一定要确认该缺陷是否确实有人处理（获取到重复的缺陷ID），如果确实是同一个缺陷，则将重复的缺陷直接关闭。如果不是同一个缺陷，则重新打开该缺陷，继续跟踪。

4.延迟缺陷的处理

        测试人员发现并提交缺陷，由开发人员进行处理。但是因为项目和时间等因素，某些缺陷无法在项目周期内完成，则需要进行延迟处理（备注：延迟处理的缺陷本身被确定为有效缺陷），对于延迟的缺陷需要经过开发、测试、项目经理、客户代表共同认可方可延迟。对于延迟的缺陷，置状态为Delay（测试人员翻转该状态）到了下一个版本，测试人员就应该把所有Delay状态的缺陷重新置为Reopen状态，让开发人员继续修复。