携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第40天，点击查看活动详情
1.开发认为是缺陷的处理
测试人员发现并提交缺陷，在禅道中会出现一条创建者是我自己状态是已激活的缺陷。由开发人员进行
处理，开发人员修改了这个缺陷后就会将这个缺陷进行已解决操作，状态置为【已解决】状态让测试人员进行验证（或回归测试）。测试人员对这个已修复的缺陷进行回归测试，如果回归测试通过，就关闭这个
缺陷，如果回归测试没有通过，则激活这个缺陷等待开发再次修复，直到修复成功。
2.开发认为不是缺陷的处理
测试人员发现并提交缺陷，由开发人员进行处理。但是开发人员认为不是缺陷，则在解决方案中置设
计如此或不予解决并提交回测试人员。测试人员如果认为确实误报了缺陷，则直接关闭。如果经过测试、
开发沟通认为是 bug，则测试人员激活这个缺陷，让开发人员继续修改直到缺陷修复成功。
3.开发认为重复缺陷的处理
测试人员发现并提交缺陷，由开发人员进行处理。但是开发人员认为是重复缺陷，则在解决方案中置
为重复 Bug，同时填写重复的缺陷 ID，测试人员再对这个缺陷进行分析，如果确实是同一个缺陷，则将重
复的缺陷直接关闭。如果不是同一个缺陷，则重新激活该缺陷，继续跟踪。
4.延迟缺陷的处理
测试人员发现并提交缺陷，由开发人员进行处理。但是因为项目和时间等因素，某些缺陷无法在项目
周期内完成，则需要进行延迟处理（备注：延迟处理的缺陷本身被确定为有效缺陷），对于延迟的缺陷需
要召集开发、测试、项目经理、客户代表共同认可方可延迟。对于可以延迟的缺陷，置解决方案为延期处
理（一般由测试人员翻转该状态）。到了下一个开发周期，测试人员把所有延期处理状态的缺陷重新置为
激活状态，让开发人员继续修复。
5.由外部原因引发的缺陷（在面试时可不讲）
测试人员发现并提交缺陷，由开发人员进行处理。开发人员认为是第三方系统导致系统出错的，不需
要由开发处理，就会置解决方案为外部原因。作为测试人员需要找到第三方和开发方一起将 Bug 解决，再
置为关闭。
- 如果开发说这个缺陷不由我负责，由其他开发负责。这时候开发人员可以直接将缺陷指派给相关
的责任人即可。
