《bug处理流程》.docVIP

BUG处理流程说明 BUG处理流程图： 流程描述： 测试人员发现bug提交给开发。 开发人员判断是否是bug。 如果是bug，进行修改，修改完成后更改bug状态为已解决。 如果不是bug，退回给测试人员并描述退回原因，或为设计如此，或为外部原因，或者不能重现。 开发人员修改完成的bug，由测试人员进行验证，确认修改正确，关闭bug。 验证未通过的bug重新激活，开发人员继续修改，直至验证通过，关闭bug。 测试人员需要对开发人员退回的bug进行确认。 确认不是bug关闭。 如与开发人员意见不一致，认为是bug，需提交项目负责人仲裁。 10、项目负责人确认是bug由开发人员修改，不是bug由测试人员关闭。 注：除提交项目负责人仲裁环节外，其他环节都可以在禅道上完成。 各角色应关注的状态 开发人员：激活、重新打开 激活：开发人员要对处于激活状态的bug进行处理，处理后将其状态置成“已解决”、“设计如此”、“无法重现”、“外部原因”、“重复bug”或“延期处理”。 重新打开：重新打开的bug是已解决的bug经过测试人员验证，未修改正确，需要继续修改。 测试人员：已解决、无法重现、设计如此、外部原因、延期处理 已解决：测试人员发现状态为“已解决”的BUG，要及时验证，如果确实已解决，要将其置为“关闭”。否则“重新打开” 无法重现：测试人员发现状态为“无法重现”的BUG，