软件质量模型.ppt
- 文档编号:2155538
- 上传时间:2022-10-27
- 格式:PPT
- 页数:37
- 大小:655.50KB
软件质量模型.ppt
《软件质量模型.ppt》由会员分享,可在线阅读,更多相关《软件质量模型.ppt(37页珍藏版)》请在冰豆网上搜索。
软件质量模型软件质量模型软件质量模型软件质量模型外部和内部质量外部和内部质量功能性功能性可靠性可靠性易用性易用性效率效率维护性维护性可移植性可移植性适合性适合性准确性准确性互操作性互操作性保密安全性保密安全性功能性的功能性的依从性依从性成熟性成熟性容错性容错性易恢复性易恢复性可靠性的可靠性的依从性依从性易理解性易理解性易学性易学性易操作性易操作性吸引性吸引性易用性的易用性的依从性依从性时间特性时间特性资源利用性资源利用性效率效率依从性依从性易分析性易分析性易改变性易改变性稳定性稳定性易测试性易测试性维护性的维护性的依从性依从性适应性适应性易安装性易安装性共存性共存性易替换性易替换性可移植性可移植性的依从性的依从性软件质量模型软件质量模型一、软件的功能性一、软件的功能性11、适用性:
、适用性:
所提供的功能是用户所需要的,用户所需要的功能软件系统已提供。
22、准确性:
、准确性:
软件系统提供给用户的功能是否满足用户对该功能的精确度要求。
33、互操作性:
、互操作性:
软件系统和一个或多个周边系统进行信息交互的能力。
例如:
word打印机打印机打印请求打印请求打印响应打印响应不同型号的打印机与word之间的协议可能不一致,导致消息传递过程中发生错误。
应该将被测软件系统和周边系统的各种主流型号进行互操作性测试。
应该将被测软件系统和周边系统的各种主流型号进行互操作性测试。
44、保密安全性:
、保密安全性:
软件系统保护信息和数据的能力。
、防止未得到授权的人或系统访问相关的信息或数据、保证得到授权的人或系统能正常访问相关的信息或数据。
不同的系统对于安全性的需求差别很大常见的安全性测试:
用户验证:
用户验证:
登录密码验证、IP地址访问限制等用户权限管理用户权限管理:
验证低级别用户是否具有了高级别用户的权限,各级别用户权限都得到了实现。
系统数据的保护系统数据的保护:
对例如系统文件、用户密码文件等进行隐藏、密码验证、内容加密、备份。
防防DoS攻击攻击DoS(DenialofService)攻击:
拒绝服务攻击。
例如:
PC1PC2路由器路由器耗光资源耗光资源申请申请IP申请申请IPStep1:
非法用户使用非法用户使用非法手段非法手段(如自动化申(如自动化申请脚本死循环)请脚本死循环)Step2:
合法用户合法用户无资源无资源IP地址资地址资源池源池BrowserServerDB非法用户非法用户(While语句死语句死循环)循环)查询请求查询请求合法用户合法用户请求无法响应请求无法响应解决办法:
限制请求次数解决办法:
限制请求次数分析系统业务处理中哪些是消耗大量资源、哪些是响应时间非常长的,针对这类业务有目的地去验证系统是否有防DoS攻击防范手段。
防溢出攻击防溢出攻击例如:
溢出攻击正常输入:
IE:
http:
/遵循相关的标准(国际标准、国家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。
二、软件可靠性二、软件可靠性11、成熟性、成熟性软件系统防止内部错误扩散而导致失效的能力。
子系统、模块、单元模块的设计人员应该仔细分析和自身有接口关系的子系统、模块、单元模块,识别出这些接口上可能会传递过来的错误,然后在自己子系统、模块、单元模块内部对这些可能的错误预先进行防范,规避这些错误传递到自身而引起自身的失效。
22、容错性、容错性软件系统防止外部接口错误扩散而导致系统失效的能力。
设计人员应该充分分析外部接口可能产生的错误,然后在设计上对这些错误一一予以防范,防止这些外部传入的错误波及自身而失效。
33、易恢复性、易恢复性系统失效后重新恢复原有功能、性能的能力原有能力恢复的程度原有能力恢复的速度例如交交换换板板1交交换换板板2主主备备交交换换板板1交交换换板板2主主备备向外部屏蔽内部故障,提高用户满意度向外部屏蔽内部故障,提高用户满意度开发人员进行设计时应该充分分析架构中哪个组件风险最集中最开发人员进行设计时应该充分分析架构中哪个组件风险最集中最高,那么应该对这类核心组件采用主备倒换等易恢复机制。
高,那么应该对这类核心组件采用主备倒换等易恢复机制。
心跳心跳监听消息监听消息心跳心跳监听消息监听消息当交换板当交换板1出现故障出现故障、立即立即将交换板将交换板2作为主交换板作为主交换板44、可靠性依从性、可靠性依从性遵循相关的标准(国际标准、国家标准、行业标准、企业内部规范遵循相关的标准(国际标准、国家标准、行业标准、企业内部规范等等)约定或法规以及类似规定的能力。
约定或法规以及类似规定的能力。
三、软件易用性三、软件易用性11、易理解性、易理解性用户在使用软件系统的过程中,系统交互给用户的信息是否准确、清晰、易懂,能帮助用户准确理解系统当前真实的状态,指导其进一步的操作。
例如:
ClientServerGUIGUI界面界面(NAME,PWD=8)NAME,PWD9时,提示时,提示“系统出错系统出错”太笼统,不能反映系统的真实状态。
太笼统,不能反映系统的真实状态。
站在用户的角度,关注系统返回给用户的每一个信息,不要只关站在用户的角度,关注系统返回给用户的每一个信息,不要只关注功能的实现。
注功能的实现。
22、易学性、易学性软件系统提供相关的辅助手段,帮助用户学习使用它的能力。
例如:
是否有用户手册,用户手册是否有中文版,是否有在线帮助,界面上控件是否有回显功能等。
33、易操作性、易操作性例如:
Nokia手机和Moto手机在编辑短消息时的方便性差异。
GUI界面,菜单层次不要太深安装软件的过程错误:
给用户大量的安装步骤,每步又有大量分支选项(把用户当成本软件的专家)测试时应该以非专业的角度来测试过程,往往需要、测试。
44、吸引性、吸引性美观:
GUI界面、手机外观等新颖:
如夏新手机来电跳舞功能5、易用性的依从性遵循相关的标准(国际标准、国家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。
四、软件效率(性能测试)四、软件效率(性能测试)11、时间效率、时间效率系统在各业务场景下完成用户指定的业务请求所需的响应时间。
22、资源效率、资源效率系统在各业务场景下完成用户指定的业务请求所消耗的系统资源,如CPU占有率、内存占有率、通信带宽占有率、软件内部消息包资源占有率等。
3、效率依从性遵循相关的标准(国际标准、国家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。
性能测试场景设计:
性能测试场景设计:
单用户单业务测试注册响应时间消耗资源登录响应时间消耗资源多用户单业务测试50个用户同时注册请求响应时间消耗资源100个用户同时注册请求响应时间消耗资源150个用户同时注册请求响应时间消耗资源200个用户同时注册请求响应时间消耗资源1000个用户同时注册请求响应时间消耗资源多用户多业务测试业务模型1业务模型2注册200登录200浏览400上传文件100下载文件100响响应应时时间间负载量负载量找出曲线拐点位置,分析找出曲线拐点位置,分析性能瓶颈,调整优化性能瓶颈,调整优化注册业务注册业务性能指标曲线变化性能指标曲线变化根据不同的时间、环境构造各种不同的业务模型,调整其中的分布,找出性能根据不同的时间、环境构造各种不同的业务模型,调整其中的分布,找出性能指标分布规律,找出业务瓶颈指标分布规律,找出业务瓶颈五、软件可维护性五、软件可维护性11、易分析性、易分析性软件系统提供辅助手段帮助开发人员分析识别缺陷、失效产生的原因,找出待修复部分的能力。
(降低缺陷定位的成本)22、易改变性、易改变性对软件缺陷的修复容易被实施(降低修复缺陷成本)设计上封装性好、高内聚(同层次设计时,一个实体只完成一个功能)、低耦合,为未来可能的变化留有扩充余地。
33、稳定性、稳定性例如:
代码中的有物理含义的数字,一定用宏代替。
44、易测试性、易测试性(降低发现缺陷的成本)软件可控制:
软件系统提供辅助手段帮助测试工程师控制该系统的运行,实现其测试执行步骤的能力(通过打点、改变内部状态、值等手段)可观察:
软件系统提供辅助手段帮助测试工程师获得充分的系统运行信息,以正确判断系统运行状态和测试执行结果的力。
a、设计单独的测试模式b、提供单独的测试版本测试部(一般指测试系统工程师)应该在需求分析阶段就提出可测试性需求,可测试性需求和软件产品其他需求一起纳入需求包被分析设计并实现。
5、维护性的依从性遵循相关的标准(国际标准、国家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。
六、软件可移植性六、软件可移植性11、适应性、适应性软件系统无需做任何相应变动就能适应不同运行环境(操作系统平台、数据库平台、硬件平台等)的能力。
解决平台无关、可移植性问题的一个常用思路是构造出一个虚拟层,虚拟层将下层细节屏蔽,对上层提供统一口。
22、易安装性、易安装性主流平台全部测试用例非主流平台10%测试用例33、共存性、共存性软件系统和在公共环境与其共享资源的其他系统共存的能力。
测试不仅需要关注自身特性的实现,还要关注本软件是否影响了其他软件的正常功能。
44、易替换性、易替换性软件系统升级能力(在线升级、打补丁升级等)5、可移植性的依从性遵循相关的标准(国际标准、国家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。
软件质量活动软件质量活动软件质量活动软件组织主要软件质量活动l软件质量保证(SQA)l测试SQA和测试的关系软件质量由组织、流程和技术三方面决定lSQA从流程方面保证软件的质量l测试从技术方面保证软件质量l只进行SQA活动或只进行测试活动不一定能产生好的软件质量SQA的主要工作范围l指导并监督项目按照过程实施;l对项目进行度量、分析,增加项目的可视性;l审核工作产品,评价工作产品和过程质量目标的符合度;l进行缺陷分析,缺陷预防活动,发现过程的缺陷,提供决策参考,促进过程改进质量管理PDCA循环纠正措施检查检测计划设计实施执行Plan计划Do执行Check检查Act改进软件度量的概念和目的l概念-度量:
对事物属性的量化表示-软件度量:
是指计算机软件中范围广泛的测度,包括对软件系统、构件或生命周期过程具有的某个给定属性的度的一个定量测量l目的-提高软件生产率,缩短产品研发周期,降低研发成本、维护成本-提高软件产品质量,提高用户满意度-为组织持续改进提供量化的指标和反馈软件度量的作用l理解:
就是通过度量,获得对过程、产品、资源等的理解,确定以后预测的基线和模型。
对于不同的软件组织和软件类型,过程模型都不一样。
这是评估、预测、改进活动的基础l预测:
根据所理解确定的模型,由已知的要素推算、估计其它要素,以便合理分配资源、合理制定计划l评估:
分析活动与计划的符合度,确定是否有偏差,以便控制其执行-开发活动与计划的符合度。
如工作量估计偏差、进度偏差等;-产品的质量。
如软件复杂度、缺陷密度、平均失效时间间隔等;-新技术的影响l改进:
根据得到的量化信息,可以帮助我们识别要因、查找问题的根源,以及能提高产品质量和过程效率的其它方法;与以前的量化信息比较,可以验证这些方法是否有效软件度量的过程ActPlanCheckDoPDCA循环软件度量的分类四个基本度量项l规模(size)软件工作产品的大小l工作量(effort)完成各软件工作产品和活动所用人时(或人天等)l进度(schedule)各软件工作产品和活动开始和结束的时间l质量(quality)-缺陷(defect)在各软件工作产品和活动中产生的缺陷数软件度量分类-规模度量l规模度量-SRS文档页数-HLD文档页数-LLD文档页数-代码量(KLOC)-UT用例数-IT用例数-ST用例数-。
软件度量分类-工作量度量l工作量度量:
-SRS所用人时数-HLD所用人时数-LLD所用人时数-编码所用人时数-测试(UT、IT、ST)计划所用人时数-测试(UT、IT、ST)方案所用人时数-测试(UT、IT、ST)用例所用人时数-测试(UT、IT、ST)执行所用人时数软件度量分类-进度度量l进度度量:
-S
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 质量 模型
![提示](https://static.bdocx.com/images/bang_tan.gif)