以淘宝“双十一”为场景对淘宝网进行系统质量分析
1.可用性
场景设想：双十一狂欢节时很多用户同时访问淘宝网，导致系统崩溃
刺激源：用户
刺激：很多用户同时进行登录、查询、购买操作
环境：用户正常操作
制品：系统服务器
响应：系统响应人数过多，系统检测到事件，记录故障，通知系统
响应度量：一定时间后，排除故障、系统恢复正常使用
2.可修改性
场景设想：由于恰逢双十一狂欢节，淘宝网想改变用户界面来吸引更多用户
刺激源：开发人员
刺激：改变用户界面
环境：设计时
制品：系统的用户界面
响应：查找构架中需要修改的位置，进行修改且不会影响其他功能，对所做的修改进行测试，部署所做的修改
响应度量：修改在两个小时内完成，且对其他功能不会产生影响
3.性能
场景设想：双十一活动时，甚至几亿用户希望登录淘宝网购买商品
刺激源：用户
刺激：大量用户同时登录系统进行购买操作
环境：正常运行时
制品：淘宝网站
响应：处理下单请求
响应度量：下单时间不超过三秒，不会产生数据缺失
4.安全性
场景设想：一些非法授权的用户经过某种特殊手段窃取、修改用户信息
刺激源：非法授权用户
刺激：试图访问、修改其他用户信息
环境：正常运行时
制品：淘宝网后台用户信息
响应：对用户验证，阻止访问数据，保护用户信息安全
响应度量：响应被拒绝，恢复数据
5.可测试性
场景设想：单元测试人员想要测试分类查询的功能
刺激源：单元测试人员
刺激：对淘宝网的分类查询进行测试
环境：开发时
制品：具有分类查询的功能模块
响应：提供分类的类别，点击进行访问，显示查询结果
响应度量：在4秒内查询与所查询类别有关的所有商品
6.易用性
场景设想：初次在网上进行购物的人，第一次使用淘宝网
刺激源：新用户
刺激：想要了解如何有效的使用淘宝网进行购物，快速上手操作淘宝网，使操作错误降到最低
环境：系统正常运行时
制品：淘宝网站
响应：根据操作提示点击对应按钮，引导用户完成网上购物操作
响应度量：按照操作提示，成功完成购物，无任何错误
以《淘宝网》为例，描绘质量属性的六个常见属性场景。
一、可用性安全
场景：平常大量用户访问服务器
| 刺激源 | 用户 |
| 刺激 | 大量用户同时访问，服务器资源不足形成崩溃 |
| 制品 | 系统 |
| 环境 | 正常模式 |
| 响应 | 记录故障，通知用户或系统 |
| 响应度量 | 返回页面能够当即从新处理 |
二、可修改性 性能
场景：节假日页面模块修改测试
| 刺激源 | 开发人员 |
| 刺激 | 修改页面某一模块 |
| 制品 | 网站页面 |
| 环境 | 开发调试 |
| 响应 | 修改时系统能够正常使用 |
| 响应度量 | 一个工做日内完成修改 |
三、性能网站
场景：双11大量用户访问spa
| 刺激源 | 用户 |
| 刺激 | 大量的用户同时进行访问 |
| 制品 | 系统 |
| 环境 | 正常模式 |
| 响应 | 正常访问响应 |
| 响应度量 | 可以在几秒内进行响应 |
四、安全性调试
场景：非法用户访问网站试图非法修改或获取隐私数据资源
| 刺激源 | 非法用户 |
| 刺激 | 非法访问服务器隐私数据 |
| 制品 | 系统存储服务器 |
| 环境 | 正常模式 |
| 响应 | 拒绝访问，并给出提示信息 |
| 响应度量 | 在进行非法修改时能够实时进行检测，并对被修改的数据可以进行及时恢复 |
五、可测试性开发
场景：功能模块开发完成，测试人员对其进行测试
| 刺激源 | 功能模块开发完成 |
| 刺激 | 测试人员对功能模块进行测试 |
| 制品 | 功能模块 |
| 环境 | 测试 |
| 响应 | 返回测试结果 |
| 响应度量 | 可以在必定时间内完成测试 |
六、易用性
场景：在搜索框进行商品搜索
| 刺激源 | 用户 |
| 刺激 | 用户搜索商品 |
| 制品 | 系统 |
| 环境 | 正常模式 |
| 响应 | 系统给出相关搜索建议 |
| 响应度量 | 给出符合条件的搜索建议 |