相关人员根据缺陷报告中对缺陷的详细描述查找重现缺陷，确定缺陷产生的原因，明确缺陷所处的位置，以便修改缺陷。
精品
f可编辑
第4章缺陷修复
缺陷修复阶段需要对已经定位的缺陷进行修改。缺陷修复是开发人员对已经分析定位的缺陷进行修改并更改缺陷状态，修改后的软件需要实现预期的结果（缺陷报告中的预期结果）。
第5章缺陷回归验证
缺陷回归验证阶段需要对已经修改的缺陷进行验证和回归测试。缺陷回归验证是测试人人员对已经修改的缺陷进行回归测试，根据缺陷报告中的操作步骤对缺陷重新进行测试，并对缺陷修改过程中可能影响到的组件、模块或功能进行重新测试，验证修改后的缺陷可以实现预期结果并对其他组件、模块或功能无影响。同时，根据验证结果修改相应的缺陷状态，提交新产生的缺陷。
第6章缺陷管理
缺陷管理是对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到一定标准。包含内容如下：
（一）测试人员在提供的缺陷模板中新建或重新打开缺陷。（二）测试人员提交的缺陷将反馈给项目负责人，由项目负责人安排开发人员修复缺陷。（三）开发人员修复缺陷后，记录处理时间及处理结果，并将文档及时反馈给测试人员验证。（四）测试人员验证缺陷后，记录验证时间及验证结果，并提交给项目负责人。
精品
f可编辑
第7章缺陷类型
缺陷类型是指根据缺陷的自然属性划分的缺陷种类。共分为九类，包括：文档缺陷、设计缺陷、配置缺陷、界面交互缺陷、数据校验缺陷、查询统计缺陷、功能缺陷、性能缺陷、安全性缺陷。
文档缺陷是指软件相关文档不满足其完整性、正确性、一致性、易理解性、易浏览性的要求。满足以下一或多种情况：
（一）影响发布和维护，其中包括注释。（二）文档中术语不一致。（三）文档中词语、语句表达不清晰，产生歧义。（四）文档内容缺失，结构不完整。（五）文档编制过程中产生的错误。（六）文档中发现的其他错误。设计缺陷是指软件在最初设计时由于未考虑全面，而使软件在使用中存在的一些潜在的缺陷。满足以下一或多种情况：（一）需求分析阶段没有考虑和挖掘到的隐式需求，导致的需求缺失。（二）操作便捷性设计不符合大众操作习惯。（三）控件功能设计不符合大众使用习惯。（四）错误提示内容不符合大众阅读习惯。（五）其他设计不合理引发的缺陷。配置缺陷是指由于配置库、变更管理或版本控制引起的错误。满足以下一或多种情况：（一）独立安装部署不成功。（二）配置文件或初始化数据错r