软件质量模型.ppt

《软件质量模型.ppt》由会员分享，可在线阅读，更多相关《软件质量模型.ppt（20页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件质量模型软件质量模型外部和内部质量外部和内部质量功能性功能性可靠性可靠性易用性易用性效率效率维护性维护性可移植性可移植性适合性适合性准确性准确性互操作性互操作性保密安全性保密安全性功能性的功能性的依从性依从性成熟性成熟性容错性容错性易恢复性易恢复性可靠性的可靠性的依从性依从性易理解性易理解性易学性易学性易操作性易操作性吸引性吸引性易用性的易用性的依从性依从性时间特性时间特性资源利用性资源利用性效率效率依从性依从性易分析性易分析性易改变性易改变性稳定性稳定性易测试性易测试性维护性的维护性的依从性依从性适应性适应性易安装性易安装性共存性共存性易替换性易替换性可移植性可移植性的依从性的依从性软件

2、质量模型软件质量模型一、软件的功能性一、软件的功能性1 1、适用性：、适用性：所提供的功能是用户所需要的，用户所需要的功能软件系统已提供。2 2、准确性：、准确性：软件系统提供给用户的功能是否满足用户对该功能的精确度要求。3 3、互操作性：、互操作性：软件系统和一个或多个周边系统进行信息交互的能力。例如：word打印机打印机打印请求打印请求打印响应打印响应 不同型号的打印机与word之间的协议可能不一致，导致消息传递过程中发生错误。应该将被测软件系统和周边系统的各种主流型号进行互操作性测试。应该将被测软件系统和周边系统的各种主流型号进行互操作性测试。4 4、保密安全性：、保密安全性：软件系统保

3、护信息和数据的能力。、防止未得到授权的人或系统访问相关的信息或数据、保证得到授权的人或系统能正常访问相关的信息或数据。不同的系统对于安全性的需求差别很大常见的安全性测试：用户验证：用户验证：登录密码验证、IP地址访问限制等用户权限管理用户权限管理:验证低级别用户是否具有了高级别用户的权限，各级别用户权限都得到了实现。系统数据的保护系统数据的保护:对例如系统文件、用户密码文件等进行隐藏、密码验证、内容加密、备份。防防DoS攻击攻击DoS(Denial of Service)攻击：拒绝服务攻击。例如：PC1PC2路由器路由器耗光资源耗光资源申请申请IP申请申请IPStep1:非法用户使用非法用户使

4、用非法手段非法手段（如自动化申（如自动化申请脚本死循环）请脚本死循环）Step2：合法用户合法用户无资源无资源IP地址资地址资源池源池BrowserServerDB非法用户非法用户（While语句死语句死循环）循环）查询请求查询请求合法用户合法用户请求无法响应请求无法响应解决办法：限制请求次数解决办法：限制请求次数 分析系统业务处理中哪些是消耗大量资源、哪些是响应时间非常长的，针对这类业务有目的地去验证系统是否有防DoS攻击防范手段。防溢出攻击防溢出攻击例如：溢出攻击正常输入：IE:http:/ 遵循相关的标准（国际标准、国家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。二、软

5、件可靠性二、软件可靠性1 1、成熟性、成熟性 软件系统防止内部错误扩散而导致失效的能力。子系统、模块、单元模块的设计人员应该仔细分析和自身有接口关系的子系统、模块、单元模块，识别出这些接口上可能会传递过来的错误，然后在自己子系统、模块、单元模块内部对这些可能的错误预先进行防范，规避这些错误传递到自身而引起自身的失效。2 2、容错性、容错性 软件系统防止外部接口错误扩散而导致系统失效的能力。设计人员应该充分分析外部接口可能产生的错误，然后在设计上对这些错误一一予以防范，防止这些外部传入的错误波及自身而失效。3 3、易恢复性、易恢复性 系统失效后重新恢复原有功能、性能的能力 原有能力恢复的程度 原

6、有能力恢复的速度例如交交换换板板1交交换换板板2主主备备交交换换板板1交交换换板板2主主备备向外部屏蔽内部故障，提高用户满意度向外部屏蔽内部故障，提高用户满意度 开发人员进行设计时应该充分分析架构中哪个组件风险最集中最开发人员进行设计时应该充分分析架构中哪个组件风险最集中最高，那么应该对这类核心组件采用主备倒换等易恢复机制。高，那么应该对这类核心组件采用主备倒换等易恢复机制。心跳心跳监听消息监听消息心跳心跳监听消息监听消息当交换板当交换板1出现故障出现故障、立即立即将交换板将交换板2作为主交换板作为主交换板4 4、可靠性依从性、可靠性依从性 遵循相关的标准（国际标准、国家标准、行业标准、企业内

7、部规范遵循相关的标准（国际标准、国家标准、行业标准、企业内部规范等等)约定或法规以及类似规定的能力。约定或法规以及类似规定的能力。三、软件易用性三、软件易用性1 1、易理解性、易理解性 用户在使用软件系统的过程中，系统交互给用户的信息是否准确、清晰、易懂，能帮助用户准确理解系统当前真实的状态，指导其进一步的操作。例如：ClientServerGUIGUI界面界面（NAME,PWD=8)NAME,PWD9时，提示时，提示“系统出错系统出错”太笼统，不能反映系统的真实状态。太笼统，不能反映系统的真实状态。站在用户的角度，关注系统返回给用户的每一个信息，不要只关站在用户的角度，关注系统返回给用户的每

8、一个信息，不要只关注功能的实现。注功能的实现。2 2、易学性、易学性 软件系统提供相关的辅助手段，帮助用户学习使用它的能力。例如：是否有用户手册，用户手册是否有中文版，是否有在线帮助，界面上控件是否有回显功能等。3 3、易操作性、易操作性例如：Nokia手机和Moto手机在编辑短消息时的方便性差异。GUI界面，菜单层次不要太深安装软件的过程 错误：给用户大量的安装步骤，每步又有大量分支选项（把用户当成本软件的专家）测试时应该以非专业的角度来测试过程，往往需要、测试。4 4、吸引性、吸引性 美观：GUI界面、手机外观等 新颖：如夏新手机来电跳舞功能5、易用性的依从性 遵循相关的标准（国际标准、国

9、家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。四、软件效率（性能测试）四、软件效率（性能测试）1 1、时间效率、时间效率 系统在各业务场景下完成用户指定的业务请求所需的响应时间。2 2、资源效率、资源效率 系统在各业务场景下完成用户指定的业务请求所消耗的系统资源，如CPU占有率、内存占有率、通信带宽占有率、软件内部消息包资源占有率等。3、效率依从性 遵循相关的标准（国际标准、国家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。性能测试场景设计：性能测试场景设计：单用户单业务测试注册响应时间消耗资源登录响应时间消耗资源多用户单业务测试50个用户同时注册请求响应时间

10、消耗资源100个用户同时注册请求响应时间消耗资源150个用户同时注册请求响应时间消耗资源200个用户同时注册请求响应时间消耗资源1000个用户同时注册请求响应时间消耗资源多用户多业务测试业务模型1 业务模型2 注册 200登录 200浏览 400上传文件 100下载文件 100响响应应时时间间负载量负载量找出曲线拐点位置，分析找出曲线拐点位置，分析性能瓶颈，调整优化性能瓶颈，调整优化注册业务注册业务 性能指标曲线变化性能指标曲线变化 根据不同的时间、环境构造各种不同的业务模型，调整其中的分布，找出性能根据不同的时间、环境构造各种不同的业务模型，调整其中的分布，找出性能指标分布规律，找出业务瓶颈

11、指标分布规律，找出业务瓶颈五、软件可维护性五、软件可维护性1 1、易分析性、易分析性 软件系统提供辅助手段帮助开发人员分析识别缺陷、失效产生的原因，找出待修复部分的能力。（降低缺陷定位的成本）2 2、易改变性、易改变性 对软件缺陷的修复容易被实施（降低修复缺陷成本）设计上封装性好、高内聚（同层次设计时，一个实体只完成一个功能）、低耦合，为未来可能的变化留有扩充余地。3 3、稳定性、稳定性例如：代码中的有物理含义的数字，一定用宏代替。4 4、易测试性、易测试性（降低发现缺陷的成本）软件可控制：软件系统提供辅助手段帮助测试工程师控制该系统的运行，实现其测试执行步骤的能力（通过打点、改变内部状态、值

12、等手段）可观察：软件系统提供辅助手段帮助测试工程师获得充分的系统运行信息，以正确判断系统运行状态和测试执行结果的力。a、设计单独的测试模式 b、提供单独的测试版本 测试部（一般指测试系统工程师）应该在需求分析阶段就提出可测试性需求，可测试性需求和软件产品其他需求一起纳入需求包被分析设计并实现。5、维护性的依从性 遵循相关的标准（国际标准、国家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。六、软件可移植性六、软件可移植性1 1、适应性、适应性 软件系统无需做任何相应变动就能适应不同运行环境（操作系统平台、数据库平台、硬件平台等）的能力。解决平台无关、可移植性问题的一个常用思路是构造出一个虚拟层，虚拟层将下层细节屏蔽，对上层提供统一口。2 2、易安装性、易安装性主流平台 全部测试用例非主流平台 10%测试用例3 3、共存性、共存性 软件系统和在公共环境与其共享资源的其他系统共存的能力。测试不仅需要关注自身特性的实现，还要关注本软件是否影响了其他软件的正常功能。4 4、易替换性、易替换性 软件系统升级能力（在线升级、打补丁升级等）5、可移植性的依从性 遵循相关的标准（国际标准、国家标准、行业标准、企业内部规范等)约定或法规以及类似规定的能力。