《第二课缺陷管理(2003)》-课件设计（公开）.pptVIP

Page * | Copyright 2010 AutoNavi . All rights reserved AutoNavi Intro PRIVATE CONFIDENTIAL 构建虚拟世界 服务真实生活 共创和谐社会 Page * | Copyright 2010 AutoNavi . All rights reserved PRIVATE CONFIDENTIAL PRIVATE CONFIDENTIAL AutoNavi Intro PRIVATE CONFIDENTIAL AutoNavi Intro PRIVATE CONFIDENTIAL AutoNavi Intro PRIVATE CONFIDENTIAL 数据研发中心测试培训 （二） 缺陷管理 Copyright 2010 AutoNavi. All rights reserved 构建虚拟世界 服务真实生活 共创和谐社会 上期回顾 测试工作中文档的重要性 精确、清晰、灵活、可追溯 为什么要做软件测试？ 测试失败的典型案例 迪斯尼狮子王游戏、银联系统、奥运在线订票系统 软件测试的意义 软件测试的误区 软件测试的目的 软件测试的种类 软件测试的流程 软件测试中各环节实施流程 80/20法则 软件测试人员必备的素质 目 录 缺陷的定义 缺陷产生的原因 缺陷的属性 缺陷管理流程 缺陷的主要类型 缺陷的优先级 缺陷管理系统 样例讲解 缺陷的定义 所谓软件缺陷（bug），即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。一般来说，软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。 缺陷产生的原因（一） 导致软件缺陷最大的常见原因是 1）产品说明书； 2）第二大来源是设计方案； 3）代码； 《微软开发者成功之路（之一）》概括了以下7项主要原因：* 项目期限的压力 * 产品的复杂度* 沟通不良* 开发人员疲劳、压力过大或受到干扰。* 不了解客户的需求* 缺乏动力 缺陷产生的原因（二） 我们可以从软件自身特点、团队工作和项目管理等多个方面进行分析，找出导致软件缺陷更多的一些原因，这可以归纳为如下3个方面。1. 软件开发过程自身的特点造成的问题* 软件需求定义难以做到清清楚楚，导致设计目标偏离客户的需求，从而引起功能或产品特性上的缺陷* 软件系统结构非常复杂，而又无法构造一个完美的层次结构或组件结构，结果将导致意想不到的问题。* 新技术的采用，可能涉及技术或系统兼容性的问题，而事先没有考虑到。* 对程序逻辑路径或数据范围的边界考虑不周全，容易在边界条件上出错，或者超出边界条件后又缺少保护导致出错。* 没有考虑或处理好系统崩溃后的自我恢复、故障转移或数据的异地备份等情况，从而存在系统安全性、可靠性的隐患。2.软件项目管理的问题* 受质量文化的影响，不重视质量计划，对质量、资源、任务、成本等的平衡性把握不好，容易挤掉需求分析、评审、测试等的时间，于是遗留的缺陷也会比较多。* 开发周期短，需求分析、设计、编程、测试等各项工作不能完全按照定义好的流程来进行，工作不够充分，结果也就不完整、不准确，错误较多；周期短，还给各类开发人员造成太大压力，从而引起一些人为的错误。* 开发流程不够完善，存在较多的随机性和缺乏严谨的内审和评审机制，容易产生问题。* 文档不完善，风险估计不足等3.团队工作的问题* 沟通不够、不流畅，导致不同阶段、不同团队的开发人员对问题的理解不一致。* 项目组成员技术水平参差不齐，或者新员工较多或培训不够等，也容易引起问题。 软件缺陷的属性（一） 软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态。 缺陷标识：是标记某个缺陷的唯一标识，即Bug号； 缺陷类型：功能、用户界面、文档、软件包、性能、系统模块接口 功能：影响了各种系统功能、逻辑的缺陷； 用户界面：影响了用户界面、人机交互特性，包括屏幕格式、用户输入灵活性、结果输入格式等方面的缺陷； ?文档：影响发布和维护，包括注释、用户手册、设计文档； 软件包：由于软件配置库、变更管理或版本控制引起的错误； 性能：不满足系统可测量的属性值，如执行时间、事务处理速率等； 系统模块接口：与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表等不匹配、冲突。 在本项目中缺陷类型有：新增需求、需求变更、界面错误、程序错误、与需求不符等 软件缺陷的属性（二） 缺陷严重程度：致命、严重、一般、