缺陷管理规程解析.doc

密 级：内部公开 文档编号： 版 本 号：V0.1 缺陷管理规程 编制： 生效日期：2010年 12月 14日 审核： 批准： --------------------------------------------------------------------- 文件更改摘要： 日期 版本号 修订说明 修订人 审核人 批准人 2010-12-14 V0.1 初稿 刘会林 目录 1. 目的 4 2. 角色与职责 4 3. 入口准则 4 4. 输入 4 5. 主要步骤 4 5.1. 定义缺陷 4 5.1.1 缺陷属性 5 5.1.2 缺陷类型 5 5.1.3 缺陷严重程度 5 5.1.4 缺陷优先级 6 5.1.5 缺陷状态 6 5.1.6 缺陷发现的阶段 6 5.1.7 缺陷引入的活动 6 5.2. 缺陷管理流程 7 5.3. 缺陷报告 8 5.4. 遗留缺陷跟踪 8 5.5. 缺陷分析 9 6. 输出 9 7. 出口准则 9 8. 引用文档 9 9. 使用模板 9  目的 　 缺陷管理的最终目标是最大限度地减少缺陷的出现率，从而提高软件产品的质量。尽可能发现所有的缺陷，确保每个被发现的缺陷都能够被解决收集缺陷数据并根据缺陷趋势识别测试过程的阶段；通过缺陷趋势来确定测试过程是否结束在已收集到的缺陷数据的基础上进行统计分析。总结缺陷出现的原因、类型和规律，采取相应措施避免该类型缺陷再次出现，并在开发过程的早期阶段予以确定，起到缺陷预防的作用作为组织的过程财富。缺陷保证在较短的时间内高效率地解决所有缺陷，缩短软件开发测试进程，提高软件质量，减少开发和维护成本。是对软件产品预期属性的偏离现象。它包括检测缺陷和残留缺陷。每一个软件组织都知道必须妥善处理软件中的缺陷。这是关系到软件组织生存、发展的质量根本。 描述 缺陷标识 缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识。 缺陷类型 缺陷类型是根据缺陷的自然属性划分的缺陷种类。 缺陷严重程度 缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。 缺陷优先级 缺陷的优先级指缺陷必须被修复的紧急程度。 缺陷状态 缺陷状态指缺陷通过一个跟踪修复过程的进展情况。 缺陷发现的阶段 缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。 缺陷引入的活动 缺陷来源指引起缺陷的起因。 5.1.2 缺陷类型 缺陷类型 描述 10 功能 影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如逻辑，指针，循环，递归，功能等缺陷。 20 逻辑 需要修改少量代码，如初始化或控制块。如声明、重复命名，范围、限定等缺陷。 30 接口 与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。 40 标准 编码/文档的标准问题，例如缩进、对齐方式、布局、组件应用、编码和拼写错误等 50 性能 处理速度慢、因文件的大小而导致系统崩溃等 60 语法 不符合所用程序设计语言的语法规则 70 设计缺陷 设计错误。 5.1.3 缺陷严重程度 # 描述 1 致命缺陷 不能执行正常工作功能或重要功能。或者危及人身安全。 2 严重缺陷 严重地影响系统要求或基本功能的实现，且没有办法更正。（重新安装或重新启动该软件不属于更正办法） 3 一般缺陷 比较严重地影响系统要求或基本功能的实现，但存在合理的更正办法。（重新安装或重新启动该软件不属于更正办法） 4 轻微缺陷 使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。 5 建议 其它错误。 5.1.4 缺陷优先级 # 描述 1 立即解决 缺陷必须被立即解决。 2 高优先级 在立即解决之后,要解决的,不用排队,如果发现要立即解决的 3 正常排队 缺陷需要正常排队等待修复或列入软件发布清单。 4 低优先级 缺陷可以在方便时被纠正。 5.1.5 缺陷状态 描述 Submitted 已提交的缺陷 Open 确认“提交的缺陷”，等待处理 Rejected 拒绝“提交的缺陷”，不需要修复或不是缺陷 Resolved 缺陷被修复 Configed 缺陷涉及到的代码被受控 Reopen 缺陷未通过验证 Verify 缺陷验证通过 Closed 确