缺陷管理规程.doc

密  级:内部公开文档编号:版本号::生效日期:2010年12月14日审核:批准:---------------------------------------------------------------------文件更改摘要:日期版本号修订说明修订人审核人批准人2010-12-.  目的  42.  角色与职责  43.  入口准则  44.  输入  45.  主要步骤  .  定义缺陷                .  缺陷管理流程  .  缺陷报告  .  遗留缺陷跟踪  .  缺陷分析  96.  输出  97.  出口准则  98.  引用文档  99.  使用模板   缺陷管理的最终目标是最大限度地减少缺陷的出现率,从而提高软件产品的质量。细分为:1)从缺陷发生到结束的全生命周期进行跟踪管理,尽可能发现所有的缺陷,确保每个被发现的缺陷都能够被解决;2)收集缺陷数据并根据缺陷趋势图识别测试过程的阶段;可以通过缺陷趋势图来确      定测试过程是否结束;3)在已收集到的缺陷数据的基础上进行统计分析。总结缺陷出现的原因、类型和规律,采取相应措施避免该类型缺陷再次出现,并在开发过程的早期阶段予以确定,起到缺陷预防的作用,并作为组织的过程财富。本规程规定了缺陷管理流程以及缺陷统计分析要求,项目组必须严格遵循本规程要求保证在较短的时间内高效率地解决所有缺陷,缩短软件开发测试进程,提高软件质量,减少开发和维护成本。、评审缺陷测试工程师提交,●。它包括检测缺陷和残留缺陷。每一个软件组织都知道必须妥善处理软件中的缺陷。这是关系到软件组织生存、发展的质量根本。。每个缺陷必须有一个唯一的标识。缺陷类型缺陷类型是根据缺陷的自然属性划分的缺陷种类。缺陷严重程度缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。缺陷优先级缺陷的优先级指缺陷必须被修复的紧急程度。缺陷状态缺陷状态指缺陷通过一个跟踪修复过程的进展情况。缺陷发现的阶段缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。缺陷引入的活动缺陷来源指引起缺陷的起因。、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如逻辑,指针,循环,递归,功能等缺陷。20逻辑需要修改少量代码,如初始化或控制块。如声明、重复命名,范围、限定等缺陷。30接口与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。40标准编码/文档的标准问题,例如缩进、对齐方式、布局、组件应用、编码和拼写错误等50性能处理速度慢、因文件的大小而导致系统崩溃等60语法不符合所用程序设计语言的语法规则70设计