缺陷处理流程图如下：
缺陷处理流程图中判定说明：
- 是否打开缺陷：开发组长/经理查阅缺陷，确认为缺陷后，指定优先级、估计修复日期再指派给相关开发人员；如果确认为不是缺陷的，注释中说明理由，予以否决。
- 处理缺陷：开发处理缺陷；如果缺陷短期内进行修复存在困难，且该缺陷对于功能实现影响不大的，应该给开发组长/经理说明情况，让开发组长/经理与缺陷相关人员协调后延期处理该缺陷，并在注释中说明理由，估计修复日期和指明计划关闭版本。
- 是否关闭：测试人员对回归通过的缺陷进行关闭；否则重新打开缺陷。并在注释中说明重新打开理由。
缺陷处理流程图中流程说明：
- 新建缺陷：测试人员（其他人员）根据缺陷填写说明，新建缺陷。
- 否决缺陷处理：对已否决的缺陷，最后由测试发起会议（形式可以根据情况而定），找到缺陷相关人员进行确认。如果确认为是无效的缺陷，保持“已否决”状态，否则重新打开缺陷，并指派给相关处理人员。
- （重新）打开：开发人员应该处理自己手上“打开”和“重新打开”的缺陷。
- 延期处理：开发组长/经理根据情况，对缺陷进行延期处理。
- 修复缺陷：开发人员处理完缺陷后，把缺陷状态改为“已修复”状态。并通知测试人员进行回归。
- 回归测试：测试人员对已经修复的缺陷进行回归。
- 关闭缺陷：测试人员回归测试通过后，对缺陷进行关闭。
为了说明各个角色在缺陷处理流程中的职责，据测试流程所画泳道图如下：
如果上面判定和流程中，某一方存在异议的，应及时反馈上级。然后上级根据缺陷优先级、实际情况等，找恰当的时间发起会议（或其他）的方式找到缺陷相关人员进行沟通、协调和处理。