如何为web应用建立负载模型(续2)

识别关键的用户场景

想要在性能测试中模拟用户可能的所有的操作，这是绝对不可能的，因此，不管你是从sever的日志中分析出来的，还是通过观察可用性研究的，还是从市场材料中得到的，甚至直接是靠猜的，你都有可能都是在把一些有限的尝试用到行为活动的数量中，或者为性能测试识别关键的场景。你会发现下面的有限尝试是非常有用的：

通过目标的暗示或规定来确定关键场景；

要包括最常用的操作；

要包括比较明显的操作；比如，一个用户可能仅仅在你的网站上注册了一次，因为感受体验不好，就再也没有来过。

要包括关键的业务。比如说，如果你的业务是依赖消费者提供收益，那么如果消费者不能提交订单那一定会出现损失，一定要保证这样的操作完成的很好。

要包括比较集中的操作。即使这些操作用到的很少，他们也会显著地影响性能。比如，有的业务是一个月在后台批处理一次，但这些操作会对前台想性能有很大影响。

要包括写在合同里的对性能有要求的操作，或者有权势的利益相关人的操作。

下面是电子商务系统的关键场景：

1、浏览；

2、创建用户账户

3、查询；

4、登录；

5、提交订单

需要考虑的事

在识别关键场景中要考虑到一下关键点：

• 要把没有人的系统或是后台批量进程考虑成和终端用户一样。比如，当用户正在执行操作的时候，有一个批处理程序正在运行更改订单的状态。在这种情况下，你需要计算这些进程，因为他们也要消耗系统资源。
• 一般来讲，web servers 是对应文本和图片的处理能力是非常有效的。带有平均大小的静态页面一般没有动态页面，表格和多媒体页面那么关键。