缺陷处理流程图说明：
1) 新建：测试人员（其他人员）根据缺陷填写说明，新建缺陷，这时bug状态默认为“NEW”。
2) 确认并打开bug：开发组长/经理/模块负责人查阅bug，确认为bug后，并把bug指派给相关开发人员进行修复，bug状态标为“OPENED”。
3) 确认为不是bug：确认为不是bug的，选择解决结果（不解决/重复提交/未完成/无法再次复现），注释中说明理由，bug状态标为“DENY”。
4) 确认为bug：对已否决的缺陷，最后由测试发起会议（形式可以根据情况而定），找到缺陷相关人员进行确认。如果确认为是无效的缺陷，保持状态，否则重新打开缺陷，选择解决结果为“处理中”，
并指派给相关处理人员，bug状态标为“OPENED”。
5) 接收并处理bug：开发接收到bug，bug标为“IN PROGRESS”。
6) 延期处理bug：发现修复bug有难度，且在该版本进行修复代价太大的，经过项目负责人同意后，延期处理bug，状态标为“DELAY”。
7) 重新打开bug：发现bug没有解决，或者延期的bug需要进行解决时，项目负责人重新打开bug，bug状态标为“REOPENED”。
8) 修复bug：开发人员处理完bug，进行修复bug操作，bug状态标为“RESOLVED”。
9) 回归测试通过并关闭bug：测试人员回归测试通过后，标明解决结果，bug状态标为“CLOSED”。
10) 结束：由测试人员或项目负责人对bug进行结束操作。