软件质量模型(PPT)

没有长度验证
⑹加密、解密：在计算机通讯中，采用密码技术将信息隐蔽起来，再将隐蔽后的信 加密、解密：
息传输出去，使信息在传输过程中即使被窃取或截获，窃取者也不能了解信息的内容， 从而保证信息传输的安全。
⑺防病毒 5、功能性的依从性
遵循相关的标准（国际标准、国家标准、行业标准、企业内部 规范等)约定或法规以及类似规定的能力。
注册业务 性能指标曲线变化
响 应 时 间 找出曲线拐点位置， 找出曲线拐点位置，分析 性能瓶颈， 性能瓶颈，调整优化
负载量
多用户多业务测试 业务模型1 注册 200 登录 200 浏览 400 上传文件 100 下载文件 100
业务模型2 …… …… …… …… ……
……
根据不同的时间、环境构造各种不同的业务模型，调整其中的分布， 根据不同的时间、环境构造各种不同的业务模型，调整其中的分布，找出性 能指标分布规律， 能指标分布规律，找出业务瓶颈
打印请求
word
打印响应
打印机
不同型号的打印机与word之间的协议可能不一致，导致消息传递过 程中发生错误。 应该将被测软件系统和周边系统的各种主流型号进行互操作性测试。 ▲应该将被测软件系统和周边系统的各种主流型号进行互操作性测试。
4、保密安全性： 保密安全性： 软件系统保护信息和数据的能力。 Ⅰ、防止未得到授权的人或系统访问相关的信息或数据 Ⅱ、保证得到授权的人或系统能正常访问相关的信息或数据。
不同的系统对于安全性的需求差别很大
常见的安全性测试： 用户验证： ⑴用户验证：登录密码验证、IP地址访问限制等 用户权限管理: ⑵用户权限管理:验证低级别用户是否具有了高级别用户的 权限，各级别用户权限都得到了实现。 系统数据的保护: ⑶系统数据的保护:对例如系统文件、用户密码文件等进行 隐藏、密码验证、内容加密、备份。
软件质量管理
软件质量模型
外部和内部质量
功能性
可靠性
易用性
效率
维护性
可移植性
适合性 准确性 互操作性 保密安全性 功能性的 依从性
成熟性 容错性 易恢复性
易理解性 易学性 易操作性 吸引性
时间特性 资源利用性
易分析性 易改变性 稳定性 易测试性
适应性 易安装性 共存性 易替换性 可移植性 的依从性
可靠性的 依从性
五、软件可维护性
1、易分析性 软件系统提供辅助手段帮助开发人员分析识别缺陷、失 效产生的原因，找出待修复部分的能力。（降低缺陷定位的 成本） 2、易改变性 对软件缺陷的修复容易被实施（降低修复缺陷成本） ▲设计上封装性好、高内聚（同层次设计时，一个实体 只完成一个功能）、低耦合，为未来可能的变化留有扩充余 地。 3、稳定性 例如：代码中的有物理含义的数字，一定用宏代替。
⑷防DoS攻击 攻击 DoS (Denial of Service)攻击：拒绝服务攻击。 例如：
Step1: 非法用户使用 非法手段 （如自动化申 请脚本死循环） 请脚本死循环）
IP地址资 地址资 源池
申请IP 申请
PC1 路由器
耗光资源
申请IP 申请 无资源
Step2： ： PC2 合法用户
▲分析系统业务处理中哪些是消耗大量资源、哪些是 响应时间非常长的，针对这类业务有目的地去验证系统是 否有防DoS攻击防范手段。 ⑸防溢出攻击 例如：溢出攻击 正常输入：IE: / 异常输入：IE: /……（恶意代码）
4、易替换性 软件系统升级能力（在线升级、打补丁升级等） 5、可移植性的依从性 遵循相关的标准（国际标准、国家标准、行业标准、 企业内部规范等)约定或法规以及类似规定的能力。
二、软件可靠性
1、成熟性 软件系统防止内部错误扩散而导致失效的能力。
▲子系统、模块、单元模块的设计人员应该仔细分析和 自身有接口关系的子系统、模块、单元模块，识别出这些接 口上可能会传递过来的错误，然后在自己子系统、模块、单 元模块内部对这些可能的错误预先进行防范，规避这些错误 传递到自身而引起自身的失效。
4、吸引性 美观：GUI界面、手机外观等 新颖：如夏新手机来电跳舞功能 5、易用性的依从性 遵循相关的标准（国际标准、国家标准、行业标准、 企业内部规范等)约定或法规以及类似规定的能力。
软件效率（性能测试） 四、软件效率（性能测试）
1、时间效率 系统在各业务场景下完成用户指定的业务请求所需的响 应时间。 2、资源效率 系统在各业务场景下完成用户指定的业务请求所消耗的 系统资源，如CPU占有率、内存占有率、通信带宽占有率、 软件内部消息包资源占有率等。 3、效率依从性 遵循相关的标准（国际标准、国家标准、行业标准、企 业内部规范等)约定或法规以及类似规定的能力。
性能测试场景设计： 性能测试场景设计： 单用户单业务测试 注册 响应时间 消耗资源 登录 响应时间 消耗资源 … 多用户单业务测试 50个用户同时注册请求 响应时间 消耗资源 100个用户同时注册请求 响应时间 消耗资源 150个用户同时注册请求 响应时间 消耗资源 200个用户同时注册请求 响应时间 消耗资源 … 1000个用户同时注册请求 响应时间 消耗资源 …
2、容错性 软件系统防止外部接口错误扩散而导致系统失效的能力。 ▲设计人员应该充分分析外部接口可能产生的错 误，然后在设计上对这些错误一一予以防范，防止 这些外部传入的错误波及自身而失效。 3、易恢复性 系统失效后重新恢复原有功能、性能的能力 ①原有能力恢复的程度 ②原有能力恢复的速度
例如
交
心跳
六、软件可移植性
1、适应性 软件系统无需做任何相应变动就能适应不同运行环境 （操作系统平台、数据库平台、硬件平台等）的能力。 ▲解决平台无关、可移植性问题的一个常用思路是构造出 一个虚拟层，虚拟层将下层细节屏蔽，对上层提供统一口。 2、易安装性 主流平台 全部测试用例 非主流平台 10%测试用例 3、共存性 软件系统和在公共环境与其共享资源的其他系统共存的 能力。 ▲测试不仅需要关注自身特性的实现，还要关注本软件 是否影响了其他软件的正常功能。
三、软件易用性
1、易理解性 用户在使用软件系统的过程中，系统交互给用户的信 息是否准确、清晰、易懂，能帮助用户准确理解系统当前真 实的状态，指导其进一步的操作。 例如：
Client
GUI界面 GUI界面 （NAME,PWD<=8)
Server
当输入password>9时，提示“系统出错”—>太笼统，不能反映系统的真实状态。 时 提示“系统出错” 太笼统， 当输入 太笼统 不能反映系统的真实状态。
▲站在用户的角度，关注系统返回给用户的每一个信息，不要只关 注功能的实现。
2、易学性 软件系统提供相关的辅助手段，帮助用户学习使用它 的能力。 例如：是否有用户手册，用户手册是否有中文版，是否有在 线帮助，界面上控件是否有回显功能等。 3、易操作性 例如： ①Nokia手机和Moto手机在编辑短消息时的方便性差异。 ②GUI界面，菜单层次不要太深 ③安装软件的过程 错误：给用户大量的安装步骤，每步又有大量分支选项 （把用户当成本软件的专家） ▲测试时应该以非专业的角度来测试过程，往往需要α、 β测试。
4、易测试性（降低发现缺陷的成本） 易测试性 ①软件可控制： 软件系统提供辅助手段帮助测试工程师控制该系统的运 行，实现其测试执行步骤的能力（通过打点、改变内部状 态、值等手段） ②可观察： 软件系统提供辅助手段帮助测试工程师获得充分的系统 运行信息，以正确判断系统运行状态和测试执行结果的力。 a、设计单独的测试模式 b、提供单独的测试版本 ▲测试部（一般指测试系统工程师）应该在需求分析阶 段就提出可测试性需求，可测试性需求和软件产品其他需 求一起纳入需求包被分析设计并实现。 5、维护性的依从性 遵循相关的标准（国际标准、国家标准、行业标准、企 业内部规范等)约定或法规以及类似规定的能力。
易用性的 依从性
效率 依从性
维护性的 依从性
软件质量管理的六个基本性能
1. 2. 3. 4. 5. 6.
功能性 可靠性 易用性 效率 维护性 可移植性
一、软件的功能性
1、适用性： 适用性： 所提供的功能是用户所需要的， 用户所需要的功能软件系统已提供。 2、准确性： 准确性： 软件系统提供给用户的功能是否满足用户对该功能的精 确度要求。 互操作性： 3、互操作性： 软件系统和一个或多个周边系统进行信息交互的能力。 例如：
交
监听消息
交
心跳
交
监听消息
换 板 1
换 板 2 当交换板1出现故障、立即 当交换板 出现故障、 出现故障 将交换板2作为主交换板 将交换板 作为主交换板
换 板 1
换 板 2
主
备 备 向外部屏蔽内部故障， 向时应该充分分析架构中哪个组件风险最集中最 那么应该对这类核心组件采用主备倒换等易恢复机制。 高，那么应该对这类核心组件采用主备倒换等易恢复机制。 4、可靠性依从性 遵循相关的标准（国际标准、国家标准、行业标准、企业内部规范 等)约定或法规以及类似规定的能力。