软件质量管理与测试

软件质量管理与测试,软件质量概论,概述生命周期开发过程模型软件缺陷软件质量软件质量模型,软件质量概论,生命周期开始生产到废止的生命期，包括：开发计划、需求分析、设计、编码、测试、运行维护。,软件质量概论,开发过程模型,瀑布模型原型模型快速应用开发(RAD)模型增量模型和迭代模型,瀑布模型,原型实现模型,需求不明,快速应用开发(RAD)V模型,增量和迭代模型,软件缺陷,定义：软件产品所存在的问题（破坏正常运行），最终表现为用户所需要的功能没完全实现，没有满足用户的需求主要类型：功能、特性没实现或部分实现设计缺陷结果不正确运行出错用户不能接受的其它问题,软件缺陷,软件缺陷级别,致命的(Fatal)-造成系统崩溃、死机、数据丢失等严重的(Critical)-主要功能或特性没实现、主要功能丧失一般的(Major)-没很好的实现功能，没达到预期效果微小的(Minor)-小问题，对功能几乎没影响，产品及属性仍可用,软件缺陷状态,激活状态(Active,Open)-问题没解决已修正状态(Fixed,Resolved)-开发人员已修复，但未经测试人员测试关闭或非激活状态(Close,Inactive)-测试人员已确认问题已修复,（为便于跟踪缺陷）,软件缺陷,软件缺陷的来源,软件缺陷,软件缺陷在开发不同阶段的分布,软件缺陷,软件缺陷修复的成本,软件缺陷,案例案例12008年12月北京移动营业厅由于数据库性能问题系统瘫痪3时；案例22007年10月奥运会门票网因设计问题（访问量太大）而瘫痪；案例32002年7月首都机场系统宕机，6000人滞留、150多架延误；案例4爱国者导弹防御系统在海湾战争因软件缺陷未成功拦截伊拉克导弹，炸死28名美国人；案例5Windows2000中文输入法漏洞案例6跨世纪“千年虫”问题，几十亿美元,软件质量,软件（GB/T11457-19952.433）与计算机系统的操作有关的程序、规程、规则及任何与之有关的文档。软件产品是指定交付给用户的软件实体质量：ISO8492产品或服务满足需求能力的特性或特征的集合软件质量：软件产品满足需求能力的特性或特征的集合，即：软件产品满足用户需要的程度软件各种属性的组合程度用户对软件产品的综合反映程度软件在使用中将满足用户要求的程度,软件质量,包括：,1）软件产品的质量-即满足使用要求的程度。包括：功能性、可用性、可靠性、性能、容量、可测量性、可维护性、兼容性、可扩展性2）软件开发过程的质量-即能否满足开发所带来的成本、时间和风险等要求。3）应用领域或业务上的质量,软件质量模型,McCall质量模型Boehm质量模型ISO质量模型,McCall质量模型,1977年McCall及其同事影响质量因素的分类：操作特性（产品运行）承受可改变能力（产品修订）新环境适应能力（产品变迁）,正确性可靠性可用性完整性功效,运行,修订,变迁,可移植性可复用性可操作性,可维护性灵活性可测试性,McCall质量模型,正确性：满足用户及设计的程序可靠性：可连续无故障运行的程序可用性：用户学习、使用所需工作量的大小完整性：保证数据完整性的能力功效：执行某个功能所需资源的多少可维护性：诊断、修改软件产品所需工作量的大小灵活性：改进软件产品所需工作量的大小可测试性：测试软件所需工作量的大小可移植性：对新系统及环境的适应性可复用性：软件或其部件重复使用的能力可操作性：与其它系统的互连性,Boehm质量模型,1978年，Boehm及同事提出分层结构的模型。满足三种用户期望和需要加入硬件特性,功能,最初要求的功能,可靠性,效率,人类工程学,自包含,精确性,完备性,完整性,一致性,可说明性,设备效率,可访问性,通信性,自描述性,结构性,简明性,易读性,可扩充性,设备独立性,可移植性,可测试性,可理解性,可修改性,可维护性,ISO9126质量模型,20世纪90年代早期软件产品评价质量模型内部质量模型使用中质量模型外部质量模型质量特性（6个）和子特性（21个）质量特性：功能性、可靠性、易用性、效率、维护性和可移植性子特性：适合性、准确性、,ISO9126质量模型,外部和内部质量模型,功能性,可靠性,易用性,效率,维护性,可移植性,质量特性,适合性准确性互操作性安全保密性功能性的依从性,成熟性容错性易恢复性可靠性的依从性,易理解性易学性易操作性吸引性易用性的依从性,时间特性资源利用性效率的依从性,易分析性易改变性稳定性易测试性维护性的依从性,适应性易安装性共存性易替换性可移植性的依从性,质量子特性,ISO9126质量模型,ISO9126的出发点在于使软件最大限度地满足用户明确的和潜在的需求从用户的角度、开发者的角度和管理者的角度全方位考虑,使用质量模型,有效性,生产率,安全性,满意度,软件开发风险管理,基本概念风险管理模型风险严重程度等级风险识别技术风险分析应对措施,基本概念,风险：人们在生产建设和日常生活中遭遇能导致伤亡、财产受损及其它损失的不可测事件的可能性。基本特征：发生的可能性、发生后的影响。风险类型：技术风险：新技术、第三方部件、系统的复杂性、需求的准确性；管理风险：时间安排、资源分配、配置管理、规范、流程、工具。,风险管理模型,控制,跟踪,识别,计划,分析,在风险转化成问题前进行识别,监视风险情况，检查对策的适应性,进行控制，可以弱化、控制、转移,在风险分析的基础上进行决策,各部分加强对风险的沟通,对风险的影响、发生机率进行分类,风险严重程度等级,风险识别技术,头脑风暴法方法：专家小组内由主持人激发、自由发言目的：获取尽可能的意见规则：不准批评、争论；充分发挥成员的想像力；意见越多越好；整理、汇总意见访谈内部、外部资深专家风险检查表项目可能遇到的风险列表（经验表）、需不断改进,风险分析,组成人员：各部门专家、项目组成员、客户、销售人员及其它相关方启动时间：越早越好步骤（以ATM为例）：,风险分析,1、确定风险源及受影响（或失效）的性能属性（安生性、可用性、效率等）；,风险分析,2、确定风险发生的可能性，如H、M、L；,风险分析,3、确定风险发生后的影响程度,风险分析,4、计算风险优先级（由2及3组成直角坐标系）,失效可能性,H（3）,M（2）,L（1）,L（1）,M（