Chapter 08_缺陷管理.ppt

* 本章目标 缺陷的定义 缺陷的分类 提交缺陷的注意事项 缺陷的处理流程 常用的缺陷发现方法 缺陷管理 掌握缺陷分类 提交缺陷的注意事项 掌握缺陷处理的流程 软件缺陷的定义 什么是软件缺陷? 软件缺陷是指存在于软件（程序、数据、文档）中的那些不符合 用户需求的问题。 符合下面几条规则的都认为是缺陷 软件未达到产品说明书表明的功能 软件出现了产品说明书指明不会出现的错误 软件的功能超出了产品说明书指明的范围 软件未达到产品说明书虽未指明而应该达到的目标 软件测试员认为软件难以理解、不易使用、运行速度慢，或 者最终用户认为不好 软件缺陷的表现形式 功能、特性没有实现或部分实现。 设计不合理，功能特性不明确，逻辑不清楚或存在矛盾。 产品实际结果和所期望的结果不一致。 没有达到产品说明书的所规定的特性、性能指标等。 运行出错，包括运行中断、系统崩溃、界面混乱等。 数据不正确、精度不够、不完整或格式不统一。 用户不能接受的其他问题，如存取时间过长、界面不美观。 硬件或系统软件上存在的其他问题。 软件缺陷的来源 缺陷的来源是指缺陷所在地方,如需求说明书、设计文档、编码、 其它等 需求说明书：需求说明书的错误或不清楚引起的错误，是缺 陷第一大的来源。 设计文档：设计文档描述不准确、以及与需求说明书不一致， 是缺陷的第二大来源。 编码：纯粹是由编码的问题引起。 其它：可能是系统集成、测试引起。 软件缺陷的根源 缺陷根源：指造成缺陷的根本因素，以寻求软件开发流程的改进、 管理水平的提高，软件缺陷根源如下： 交流不充分（客户与开发人员、开发人员与测试人员等） 软件的复杂性（功能复杂、开发复杂、测试复杂） 开发人员的错误（对需求的理解、开发压力、能力与经验） 需求的变化（需求说明书、设计文档、程序的变更） 进度压力（项目周期比较紧） 缺陷发现的手段 一提到缺陷发现的手段，大家首先且基本能想到的就是测试。测试 是一项重要的缺陷发现手段，但不是唯一的缺陷发现手段。缺陷发 现的手段有如下： 同行评审 测试 管理评审 QA发现 项目组内部发现 客户反馈 软件缺陷修复的成本 软件缺陷的信息 为了便于缺陷的定位、跟踪和修改，要对所发 现的缺陷，按照缺陷的严重程度、优先级、发现阶 段、修复阶段、缺陷的性质、所属功能模块、系统 环境等方面进行分类和统计。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 5 16 软件缺陷的信息 编号 属性名称 缺陷ID 缺陷状态 缺陷标题 缺陷的严重程度 缺陷的优先级 缺陷所属模块 缺陷记录者 缺陷提交时间 缺陷处理人 处理结果描述 缺陷处理时间 缺陷验证人 验证结果描述 缺陷详细描述 缺陷环境说明 必要的附件 描述 唯一的缺陷ID，可以根据该ID追踪缺陷 缺陷状态指缺陷通过一个跟踪修复过程的进展情况 描述缺陷的标题 对软件产品的影响程度，分致命、较严重、严重、一般、低 缺陷修复的先后顺序，即哪些缺陷优先修正，哪些稍后修正 缺陷所属的项目和模块，要能较精确的定位至模块 提交缺陷的人员姓名 缺陷提交的时间 处理缺陷的处理人 对处理结果的描述，描述处理情况和代码修改说明 缺陷处理的时间 对被处理缺陷验证的验证人（回测者） 对验证结果的描述（通过、不通过） 缺陷的重现步骤 对测试环境的描述 如涉及到附件的或错误现象的图片等。 软件缺陷分类---BUG类型 缺陷类型 系统缺陷 数据缺陷 数据库缺陷 接口缺陷 功能缺陷 内容说明 1.由于程序所引起的死机，异常退出 2.程序死循环 3.程序错误，不能执行正常工作或重 要功能，使系统崩溃或资源不足 1.数据计算错误 2.数据约束错误 3.数据输入、输出错误 1.数据库发生死锁 2.数据库的表、缺省值未加约束条件 3.数据库连接错误 4.数据库中的表有过多的空字段 1.数据通信错误 2.程序接口错误 1.功能无法实现 2.功能实现错误 备注 不能执行正常工作或重要功能，使系 统崩溃或资源不足 严重地影响系统要求或基本功能的实 现，且没有办法更正（重新安装或重 新启不属更正方法） 严重地影响系统要求或基本功能的实 现，但有合理的办法更正（重新安装 或重新启不属更正方法） 现 软件缺陷分类---BUG类型 缺陷类型 安全性缺陷 兼容性缺陷 性能缺陷 界面缺陷 建议 内容说明 1.用户权限无法实现 2.超时限制错误 3.访问控制错误 4.加密错误 1.与需求规定配置兼容性不符合 1.未达到预期的需求目