软件质量管理与测试.pptx

《软件质量管理与测试.pptx》由会员分享，可在线阅读，更多相关《软件质量管理与测试.pptx（36页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件质量管理与测试软件质量概论o 概述o 生命周期o 开发过程模型o 软件缺陷o 软件质量o 软件质量模型软件质量概论o 生命周期开始生产到废止的生命期，包括：开发计划、需求分析、设计、编码、测试、运行维护。软件质量概论开发过程模型p 瀑布模型瀑布模型p 原型模型原型模型p 快速应用开发快速应用开发(RAD)模型模型p 增量模型和迭代模型增量模型和迭代模型 瀑布模型可行性分析需求分析概要设计详细设计编码与调试单元测试集成测试确认测试运行与维护退役原型实现模型原型实现模型产生样品需求的采集和细化快速设计（输入、输出）建造原型客户评价原型对原型加工开始停止需求不明快速应用开发快速应用开发(RAD)

2、 V模型增量和迭代模型增量开发增量开发迭代开发迭代开发软件缺陷软件缺陷p定义：软件产品所存在的问题（破坏正常运行），最终定义：软件产品所存在的问题（破坏正常运行），最终表现为用户所需要的功能没完全实现，没有满足用户的表现为用户所需要的功能没完全实现，没有满足用户的需求需求p主要类型：功能、特性没实现或部分实现主要类型：功能、特性没实现或部分实现 设计缺陷设计缺陷 结果不正确结果不正确 运行出错运行出错 用户不能接受的其它问题用户不能接受的其它问题软件缺陷软件缺陷p 软件缺陷级别软件缺陷级别 致命的(Fatal)-造成系统崩溃、死机、数据丢失等 严重的(Critical)-主要功能或特性没实现、

3、主要功能丧失 一般的(Major)-没很好的实现功能，没达到预期效果 微小的(Minor)-小问题，对功能几乎没影响，产品及属性仍可用p 软件缺陷状态软件缺陷状态 激活状态(Active, Open)-问题没解决 已修正状态(Fixed, Resolved)-开发人员已修复，但未经测试人 员测试 关闭或非激活状态(Close, Inactive)-测试人员已确认问题已修复（为便于跟踪缺陷）软件缺陷软件缺陷软件缺陷的来源软件缺陷软件缺陷软件缺陷在开发不同阶段的分布软件缺陷软件缺陷软件缺陷修复的成本软件缺陷o案例案例 案例1 2008年12月北京移动营业厅由于数据库性能问题系统瘫痪3时； 案例2

4、2007年10月奥运会门票网因设计问题（访问量太大）而瘫痪； 案例3 2002年7月首都机场系统宕机，6000人滞留、150多架延误；案例4 爱国者导弹防御系统在海湾战争因软件缺陷未成功拦截伊拉克导弹，炸死28名美国人；案例5 Windows 2000 中文输入法漏洞案例6 跨世纪“千年虫”问题，几十亿美元软件质量o软件（GB/T 11457-1995 2.433）n与计算机系统的操作有关的程序、规程、规则及任何与之有关的文档。n软件产品是指定交付给用户的软件实体o质量：ISO8492产品或服务满足需求能力的特性或特征的集合o软件质量：软件产品满足需求能力的特性或特征的集合，即：n软件产品满足

5、用户需要的程度n软件各种属性的组合程度n用户对软件产品的综合反映程度n软件在使用中将满足用户要求的程度软件质量p包括：包括： 1）软件产品的质量-即满足使用要求的程度。包括：功能性、可用性、可靠性、性能、容量、可测量性、可维护性、兼容性、可扩展性2）软件开发过程的质量-即能否满足开发所带来的成本、时间和风险等要求。3）应用领域或业务上的质量软件质量模型o McCall 质量模型o Boehm质量模型o ISO质量模型McCall 质量模型o 1977年McCall 及其同事o 影响质量因素的分类：n操作特性（产品运行）n承受可改变能力（产品修订）n新环境适应能力（产品变迁）正确性 可靠性 可用

6、性 完整性 功效运行修订变迁可移植性可复用性可操作性可维护性灵活性可测试性McCall 质量模型n正确性：满足用户及设计的程序n可靠性：可连续无故障运行的程序n可用性：用户学习、使用所需工作量的大小n完整性：保证数据完整性的能力n功效：执行某个功能所需资源的多少n可维护性：诊断、修改软件产品所需工作量的大小n灵活性：改进软件产品所需工作量的大小n可测试性：测试软件所需工作量的大小n可移植性：对新系统及环境的适应性n可复用性：软件或其部件重复使用的能力n可操作性：与其它系统的互连性Boehm质量模型o 1978年，Boehm及同事提出分层结构的模型。o 满足三种用户期望和需要o 加入硬件特性功能

7、最初要求的功能可靠性效率人类工程学自包含精确性完备性完整性一致性可说明性设备效率可访问性通信性自描述性结构性简明性易读性可扩充性设备独立性可移植性可测试性可理解性可修改性可维护性ISO 9126质量模型o 20世纪90年代早期 软件产品评价质量模型n 内部质量模型n 使用中质量模型n 外部质量模型o 质量特性（6个）和子特性（21个）n 质量特性：功能性、可靠性、易用性、效率、维护性和可移植性n 子特性：适合性、准确性、ISO 9126质量模型外部和内部质量模型功能性可靠性易用性效率维护性可移植性质量特性适合性准确性互操作性安全保密性功能性的依从性成熟性容错性易恢复性可靠性的依从性易理解性易学

8、性易操作性吸引性易用性的依从性时间特性资源利用性效率的依从性易分析性易改变性稳定性易测试性维护性的依从性适应性易安装性共存性易替换性可移植性的依从性质量子特性ISO 9126质量模型o ISO9126的出发点在于使软件最大限度地满足用户明确的和潜在的需求o 从用户的角度、开发者的角度和管理者的角度全方位考虑使用质量模型有效性生产率安全性满意度软件开发风险管理o 基本概念o 风险管理模型o 风险严重程度等级o 风险识别技术o 风险分析o 应对措施基本概念o 风险：人们在生产建设和日常生活中遭遇能导致伤亡、财产受损及其它损失的不可测事件的可能性。o 基本特征：发生的可能性、发生后的影响。o 风险类

9、型：技术风险：新技术、第三方部件、系统的复杂性、需求的准确性； 管理风险：时间安排、资源分配、配置管理、规范、流程、工具。风险管理模型 控制跟踪 识别 计划分析在风险转化成问题前进行识别监视风险情况，检查对策的适应性进行控制，可以弱化、控制、转移在风险分析的基础上进行决策各部分加强对风险的沟通对风险的影响、发生机率进行分类风险严重程度等级 风险识别技术o 头脑风暴法方法：专家小组内由主持人激发、自由发言目的：获取尽可能的意见规则：不准批评、争论；充分发挥成员的想像力；意见越多越好；整理、汇总意见o 访谈内部、外部资深专家o 风险检查表项目可能遇到的风险列表（经验表）、需不断改进风险分析o 组成

10、人员：各部门专家、项目组成员、客户、销售人员及其它相关方o 启动时间：越早越好o 步骤（以ATM为例）：风险分析1、确定风险源及受影响（或失效）的性能属性（安生性、可用性、效率等）；功能点性能属性取款易用性存款安生性转账效率购买邮票偿还贷款查询余额风险分析2、确定风险发生的可能性，如H、M、L；功能点性能属性 可能性取款H存款M转账M购买邮票M偿还贷款L查询余额H易用性M安生性M效率L风险分析3、确定风险发生后的影响程度功能点性能属性 可能性影响程度取款HH存款MH转账MM购买邮票MM偿还贷款LM查询余额HM易用性MH安生性MH效率LM风险分析4、计算风险优先级（由2及3组成直角坐标系）失效可能性H（3）M（2）L（1）L（1）M（2）H（3）失效影响程度风险优先级=可能性+影响风险优先级456345324风险分析5、确定风险优先级。功能点性能属性可能性影响 优先级取款HH6存款MH5易用性MH5安生性MH5查询余额HM5转账MM4购买邮票MM4偿还贷款LM3效率LM3风险应对措施根据风险类型制定相应的应急方案或可采取的措施。如发生：项目组人员调动、预算超支、资源不可用、技术力量差、需求不正确如何办