软件质量需求
前言
用来学习总结、复习使用
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
如部署两台服务器时测试系统性能（容量，即最大负载），在部署四台、八台服务器时分别进行系统容量的测试，看其容量是否为上次（两台、四台）实验值的两倍或者接近两倍。如果是，则系统就具有良好的可伸缩性
