可用性的一般场景：节日打折期间交易人数过多
| 场景部分 | |
| 刺激源 | 过多用户 |
| 刺激 | 同时交易达到负荷 |
| 制品 | 系统 |
| 环境 | 正常运行 |
| 响应 | 引入分布式 |
| 响应度量 | 响应时间降低2秒 |
可修改性：节日修改界面跟新商品
| 场景部分 | |
| 刺激源 | 维护人员 |
| 刺激 | 修改界面和商品信息 |
| 制品 | 系统用户界面 |
| 环境 | 设计时 |
| 响应 | 修改不产生副作用 |
| 响应度量 | 一天内 |
性能：1000名顾客提交交易申请
| 场景部分 | |
| 刺激源 | 1000名顾客 |
| 刺激 | 提交交易申请，选定商品，确认 |
| 制品 | 创建交易记录 |
| 环境 | 正常运行 |
| 响应 | 请求处理，给出付款方式 |
| 响应度量 | 网络良好下1s以内 |
安全性：登录用户交易仍然要密码确认
| 场景部分 | |
| 刺激源 | 登录用户 |
| 刺激 | 试图交易 |
| 制品 | 系统服务 |
| 环境 | 在线时 |
| 响应 | 要求用户输入付款密码 |
| 响应度量 | 小于1秒 |
可测试性:测试一项功能
| 场景部分 | |
| 刺激源 | 单元测试人员 |
| 刺激 | 执行单元测试 |
| 制品 | 网页上的菜单功能 |
| 环境 | 功能完善时 |
| 响应 | 功能反应到界面上 |
| 响应度量 | 1小时内完成功能测试 |
易用性：用户取消交易
| 场景部分 | |
| 刺激源 | 用户 |
| 刺激 | 取消交易的申请 |
| 制品 | 系统 |
| 环境 | 运行时 |
| 响应 | 取消当前指定的交易 |
| 响应度量 | 取消在1秒内完成 |
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
