场景设计是组织虚拟用户、组合业务种类到一个测试单元，根据测试模型与测试目标，整理出测试场景
| 场景编号 | 测试类型 | 涉及业务 | 业务占比 | 运行时间 | 并发数 | 目的 |
| 1 | 基准测试 | 登陆 | 1 |
验证测试环境、验证脚本、性能基准 采用单业务场景，单用户的方式执行脚本 |
||
| 写随笔 | 1 | |||||
| 浏览博客 | 1 | |||||
| 评论 | 1 | |||||
| 2 | 配置测试 | 登陆 | 36% | 20 |
优化配置 帮助分析系统相关性的性能配置， 确保系统配置适合当前性能需求， 一般为混合场景（多个业务同时执行）， 测试过程是一个实验过程，先找出不合理配置， 然后再修改，最后再进行验证; 重复进行测试只要配置达到要求 |
|
| 浏览博客 | 41% | 40 | ||||
| 写随笔 | 10% | 7 | ||||
| 评论 | 13% | 10 | ||||
| 3 | 负载测试 | 登陆 | 36% | 20/40/60 |
分析性能变化趋势、 分析性能问题 帮助定容定量 一般先做单场景的性能执行工作， 后做混合场景的执行工作 |
|
| 浏览博客 | 41% | 40/80/120 | ||||
| 写随笔 | 10% | 7/14/21 | ||||
| 评论 | 13% | 10/20/30 | ||||
| 4 | 稳定性测试 | 登陆 | 36% | >12 小时 | 116 |
验证稳定性 执行时采用混合场景，按惯例不要低于8小时。 原则上是时间越长越好， 像我碰到过对iot的数据库进行测试， 隐藏比较深的内存溢出问题就是要长时间运行才能反映出来， 不过也是开发人员第二天才发现，跟我说的 |
| 浏览博客 | 41% | |||||
| 写随笔 | 10% | |||||
| 评论 | 13% |