文档介绍：该【品质管理品质知识软件质量管理与测试1 】是由【平安快乐】上传分享，文档一共【36】页，该文档可以免费在线阅读，需要了解更多关于【品质管理品质知识软件质量管理与测试1 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。:.
此处是大标题样稿字样十五
字以内:.
软件质量概论
概述
生命周期
开发过程模型
软件缺陷
软件质量
软件质量模型:.
软件质量概论
生命周期
开始生产到废止的生命期,包
括:
开发计划、需求分析、设计、
编码、测试、运行维护。:.
软件质量概论:.
开发过程模型
瀑布模型
原型模型
快速应用开发(RAD)模型
增量模型和迭代模型:.
瀑布模型
可行性分析
需求分析
概要设计
详细设计
编码与调试
单元测试
集成测试
确认测试
运行与维护
退役:.
原型实现模型
开始
需求不明
停止需求的采集
和细化
快速设计
产生样品
(输入、输出)
建造原型
对原型加工
客户评价原型:.
快速应用开发(RAD)–V模型:.
增量和迭代模型
增量开发
迭代开发:.
软件缺陷
定义:软件产品所存在的问题(破坏正常运行),最终
表现为用户所需要的功能没完全实现,没有满足用户的
需求
主要类型:功能、特性没实现或部分实现
设计缺陷
结果不正确
运行出错
用户不能接受的其它问题:.
软件缺陷
软件缺陷级别
• 致命的(Fatal)---造成系统崩溃、死机、数据丢失等
• 严重的(Critical)---主要功能或特性没实现、主要功能丧失
• 一般的(Major)---没很好的实现功能,没达到预期效果
• 微小的(Minor)---小问题,对功能几乎没影响,产品及属性仍可用
软件缺陷状态(为便于跟踪缺陷)
• 激活状态(Active, Open)---问题没解决
• 已修正状态(Fixed, Resolved)---开发人员已修复,但未经测试人
                                                      员测试
• 关闭或非激活状态(Close, Inactive)---测试人员已确认问题已修复:.
软件缺陷
软件缺陷的来源:.
软件缺陷
软件缺陷在开发不同阶段的分布:.
软件缺陷
软件缺陷修复的成本:.
软件缺陷
案例
案例1  2008年12月北京移动营业厅由于数据库性能问题系统瘫痪3时;
案例2  2007年10月奥运会门票网因设计问题(访问量太大)而瘫痪;
案例3  2002年7月首都机场系统宕机,6000人滞留、150多架延误;
案例4  爱国者导弹防御系统在海湾战争因软件缺陷未成功拦截伊拉克导
弹,炸死28名美国人;
案例5  Windows2000中文输入法漏洞
案例6  跨世纪“千年虫”问题,几十亿美元:.
软件质量
软件(GB/T11457-)
与计算机系统的操作有关的程序、规程、规则及任何与之有关
的文档。
软件产品是指定交付给用户的软件实体
质量: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
能性,如H、
存款M
M、L;
转账M
M
购买邮票
偿还贷款L
查询余额H
易用性M
安生性M
效率L:.
风险分析
3、确定功能点性能属可能性影响程度
性
风险发
取款HH
生后的
存款MH
影响程
转账MM
度
购买邮票MM
偿还贷款LM
查询余额HM
易用性MH
安生性MH
效率LM:.
风险分析
4、计算风险优先级(由2及3组成
失效可能性直角坐标系)风险优先
级
H(3)456风险优先级=可能性+影响
M(2)345
L(1)234
L(1)M(2)H(3)失效影响程度:.
风险分析
5、确功能点性能属性可能性影响优先级
取款HH6
定
存款MH5
风
易用性MH5
险
安生性MH5
优
查询余额HM5
先
转账MM4
级。
购买邮票MM4
偿还贷款LM3
效率LM3:.
THANKS