1.可用性：
可用性与系统的故障有关
场景：
|
刺激源 |
用户 |
|
刺激 |
大量用户导致服务器压力增大 |
|
制品 |
系统 |
|
环境 |
正常操作 |
|
响应 |
对集群进行逻辑划分，保证数据同步 |
|
响应度量 |
短暂时间恢复 |
2.可修改性：
可以修改什么以及何时修改
|
刺激源 |
开发者 |
|
刺激 |
对页面进行修改，删除，添加 |
|
制品 |
页面 |
|
环境 |
开发 |
|
响应 |
修改具有独立性，不影响其他的模块正常运行 |
|
响应度量 |
短时间内可以完成 |
3.性能：
性能与时间有关，从对某种服务的请求到达时开始，到满足该请求消耗的资源
|
刺激源 |
用户 |
|
刺激 |
请求到达服务器 |
|
制品 |
系统 |
|
环境 |
正常使用 |
|
响应 |
请求被处理 |
|
响应度量 |
短时间内可以完成 |
4.安全性：
全性时衡量系统向合法用户提供服务的同时，阻止非授权使用的能力。视图突破安全防线的行为是攻击行为。攻击源可能是人，也可能是另一个系统。
|
刺激源 |
未注册的用户 |
|
刺激 |
请求登录 |
|
制品 |
数据 |
|
环境 |
正常登录 |
|
响应 |
请求被拒绝 |
|
响应度量 |
拒绝用户请求 |
5.可测试性：
软件的可测试性是指通过测试揭示软件缺陷的容易程度。在开发设计良好的系统的成本中，至少有40%是用在了测试上。可测试性的一般场景是关注一个单元测试的性能。
|
刺激源 |
开发者 |
|
刺激 |
单元测试 |
|
制品 |
代码 |
|
环境 |
软件测试 |
|
响应 |
可以被测试 |
|
响应度量 |
测试成功 |
6.易用性：
易用性关注的是对用户来说完成某个期望任务的容易程度和系统所提供的用户支持的种类。
|
刺激源 |
用户 |
|
刺激 |
筛选商品 |
|
制品 |
商品信息 |
|
环境 |
正常使用 |
|
响应 |
显示筛选后的商品信息 |
|
响应度量 |
绝大部分用户对筛选结果满意 |