Bug软件缺陷管理制度

　　软件缺陷又被叫做Bug。所谓软件缺陷，即为软件中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。

　　软件缺陷的管理分为四个阶段。包括：缺陷提交、明确指明缺陷类型 、缺陷修复、缺陷回归验证。

　　第1章 缺陷提交

　　缺陷提交阶段需要提交缺陷报告，缺陷报告必须详细描述缺陷内容。缺陷描述的内容包含缺陷操作步骤，实际结果和期望结果，明确指明缺陷类型，缺陷严重程度，缺陷优先级，缺陷状态，以及软件版本，提交人，提交日期等信息。

　　第2章 缺陷分析定位

　　缺陷分析定位阶段需要根据缺陷报告的内容对缺陷进行分析和定位。缺陷分析和定位是相关人员根据缺陷报告中对缺陷的详细描述查找重现缺陷，确定缺陷产生的原因，明确缺陷所处的位置，以便修改缺陷。

　　第3章 缺陷修复

　　缺陷修复阶段需要对已经定位的缺陷进行修改。缺陷修复是开发人员对已经分析定位的缺陷进行修改并更改缺陷状态，修改后的软件需要实现预期的结果(缺陷报告中的预期结果)。

　　第4章 缺陷回归验证

　　缺陷回归验证阶段需要对已经修改的缺陷进行验证和回归测试。缺陷回归验证是测试人人员对已经修改的缺陷进行回归测试，根据缺陷报告中的操作步骤对缺陷重新进行测试，并对缺陷修改过程中可能影响到的组件、模块或功能进行重新测试，验证修改后的缺陷可以实现预期结果并对其他组件、模块或功能无影响。同时，根据验证结果修改相应的缺陷状态，提交新产生的缺陷。