软件质量需求

文章目录

• 前言
• 1.软件质量需求分类
• 2.功能
• 3.性能
• 4.界面（UI）
• 5.易用性
• 6.兼容性 / 可移植性
• 8.可用性 / 可靠性
• 9.可维护性
• 10可扩展性 / 可伸缩性测试

前言

用来学习总结、复习使用

1.软件质量需求分类

• 用于确定测试目标

• 测试目标包括

  功能、性能、界面、易用性、兼容性、安全性、可用性 / 可靠性、维护性、可扩展性

• 功能以外统称为 非功能

2.功能

• 软件能做什么
• 需要做什么
• 怎么做是正确的
• 那些功能要测试、哪些是不需要测试的

3.性能

• 反应软件运行时的效率和占用资源情况的能力（速度）
  • 时间特性：时间短、速度快、效率高
  • 资源特性：占用资源（CPU 、内存 、硬盘、 络）少

4.界面（UI）

user interface（）好不好看

• 布局合理
• 控件位置恰当
• 文字没有乱码、字体大小合适
• 颜色使用恰当
• 图片、表格恰当、舒适、美观

5.易用性

符不符合用户平时使用的习惯

• 指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力
• 尽量符合用户平时的使用习惯（比如确认enter 换行什么的）

6.兼容性 / 可移植性

指产品从一种环境迁移到另一个环境中的能力，反应一个软件与不同的硬件环境、操作平台、其他软件的共同使用能力

• 硬件 ：CPU 不同性能（HZ）
• 平台: win7 win10
• 软件自身的不同版本
• 其他软件兼容 ：360 和 QQ ，数据库升级更变，不同浏览器使用
• 数据兼容： 不同 络状态

#7.安全性

软件产品保护信息和数据的能力

8.可用性 / 可靠性

指系统正常运行的能力或程度，

可行性=正常运行时间 / (正常运行时间 + 非正常运行时间) x 100%

• 可用性指标一般要达到

  4个9，即 99.99%（全年52分钟不正常工作）

  5个9，即99.999%（全年5分钟）

  7个9 ，即99.99999%（全年失效时间不超过两秒）

• 一般测试时间不足，可以采用空间换时间的方法，如：在高负载情况下进行为期一周或一个月的测试，以判断可靠性

• 关注 MTTF (平均无故障时间) 、 MTTR(平均回复时间、MTBF(平均失效时间间隔))

9.可维护性

做软件的可被修复的能力（打补丁一类）

• 修改可能包括修正值、改进或者软件对环境锁需求的功能规格说明变化的适应
• 可维护性的软件应该是易改变的、稳定的、易测试的

10可扩展性 / 可伸缩性测试

通过少量的改动就可以实现整个系统处理能力的zengzhang

如部署两台服务器时测试系统性能（容量，即最大负载），在部署四台、八台服务器时分别进行系统容量的测试，看其容量是否为上次（两台、四台）实验值的两倍或者接近两倍。如果是，则系统就具有良好的可伸缩性