软件质量之二--------软件质量模型

每日一句：

Do you want it in insured?

软件质量模型

一、功能性

1. 适合性

a. 概念

用户需要的功能，软件有没有提供？

b. 如何提高适合性

需求分析工程师分析用户当前和未来的需求；开发工程师设计开发实现用户需求；测试工程师通过需求追踪，检查用户的需求是否被实现。

2. 准确性

a. 概念

用户需要的功能，软件实现的对不对？

b. 如何提高准确性

通过软件开发过程规范来实现：SRS、HLD、LLD通过正规检视、技术评审、走读等静态测试方法测试；

编码通过测试工具进行编程规范检查、人工走读&评审、单元测试等；进而通过集成测试和系统测试；

最后通过验收测试

3. 互操作性

测试交互接口，典型案例：银联

4. 保密安全性

安全性测试，防止数据泄露。

二、可靠性

1. 成熟性

a. 概念

是为了预防错误引起的软件失效

b. 如何提高成熟性

在软件需求和设计中要考虑可能的错误，并作相应的处理；在测试过程中，一方面要验证已经明确的错误被修复，另一方面考虑其他可能的错误，并验证。

2. 容错性

a. 概念

如果错误没有被避免掉，当错误发生时，软件维持规定性能的能力

b. 如何提高容错性

在软件系统中加入备份机制；测试过程中，模拟故障，检查备份机制是否正常。

3. 易恢复性

a. 概念

软件失效发生情况下，软件的恢复能力

b. 恢复性指标

恢复速度、恢复程度、恢复后系统的能力

4. 可靠性指标

MTTF（mean time to failure) 平均失效时间

MTTR( mean time to restoration) 平均恢复时间

MTBF( mean time between failure) 平均故障间隔时间

MTBF=MTTF+MTTR

5. 多用户系统服务器的可靠性测试

a. 运行要求：7*24     经验数据：72小时 (前提：测试覆盖足够、系统无资源泄漏）

b. 资源泄漏

资源类型：CPU时间、内存、句柄、GDI等

泄漏原因：资源申请不释放

泄漏类型：一次性、重复

c. 测试方法

在性能测试阶段，通过可靠性测试或者压力/强度测试

d. 测试工具

典型的工具：HP的LR、IBM的 Rational Robot 和 Rational Performance Tester(RPT)

三、易用性

1. 易理解性

图形化，在设计时考虑用户已经形成的习惯

2. 易学性

a. 影响因素

本地化、学习资源（用户手册、帮助文档、视频资源、技术支持等）

b. 测试类型

本地化测试、文档测试

3. 易操作性

a. 影响因素

界面美观、按钮、字体
工具条
快捷键
菜单深度
右键弹出菜单等

b. 测试类型
GUI测试、无统一标准

4. 吸引性
软件的界面是否美观、功能是否健全、性能是否良好

5. 易用性标准

web标准：W3C
美国508条款

四、效率性

1. 响应时间：在规定条件下，系统执行其功能，提供适当的响应和处理时间以及吞吐率的能力

2. 资源利用率：在规定条件下，系统执行其功能，提供合适的资源和类别的能力

测试中的困难：很多企业没有性能需求规格

五、维护性

1. 易分析性
a. 诊断缺陷：log文件
b. 识别修改：注释、设计文档。在开发过程中规范约束，通过评审进行质量控制

2. 易改变性
a. 开发模式:面向过程、面向对象（高内聚、低耦合）
b. 代码重用-----影响测试工作量

3. 稳定性
a. 概念
避免修改错误引起意外结果
b. 在软件中加入对重要操作和数据的检查机制

4. 易测试性
在需求评审过程中，提出可测试性需求
软件修改影响范围决定回归测试工作量
案例：神七返回舱将落伞的测试

六、可移植性
1. 适应性
a. 类型：对操作系统、对浏览器（浏览器开发商和web应用开发商遵循相同的WEB标准）、对数据库的适应性（代码中包含对不同数据库的代码）
b. 测试类型：兼容性测试
2. 易安装性
a. 安装类型：图形向导式、命令行、绿色软件
b. 影响因素：安装向导、安装在线帮助、傻瓜式安装
c. 安装监控工具：Installwatch pro
3. 共存性
测试：首先分析与哪些软件共存，系统测试阶段搭建典型环境进行测试；
通过Beta测试扩大测试覆盖范围
4. 易替换性
a. 类型
同一软件升级、类似软件替换
b. 测试难点
软件替换中的数据迁移(foxmail替换outlook中邮件的迁移)