如何为web应用建立负载模型(续1）

步骤一：识别目标

创建负载模型的目的通常重点在于确保测试场景是符合现实情况的，或者是特别设计一个测试以满足特殊的需求、目标或者性能测试的目的（更多的信息，请参看“如何确定最终用户数量的需求”以及“如何定义性能测试目标”--秀霞以后有时间会慢慢翻译）当识别目的的时候，你应该充分考虑到满足商业需求的目标，在模拟你的目标的时候。可以考虑一下关键问题：

• 当前或随着时间推移预期的业务量是多少？比如，在给定时间段内的订单是多少？其他操作时什么？比如查询的数量，浏览的数量，登录次数等等，支持订单顺序吗？

• 随着时间推移，业务量是怎样的期望？你的项目应该应该把将来的需要计算在内，比如，业务的增长，可能出现的企业合并，新产品的引入等等。

• 目前或者期望的负载峰值水平是什么？这个项目应该考虑支持这样的行为活动，这些行为活动支持销售或者其他关键业务流程，比如市场战役（诸如产品促销，搞活动等等-秀霞加），新产品上市，对时间敏感的活动比如证券交易所依赖于永不停歇的市场等等。

• 你期望多快达到峰值负载水平？你的预期应该把不是很常见的业务活动激增考虑在内，当一个事件发生后，对增长的需求组织调整有多快？

• 峰值的负载会持续多长时间？也就是说，在系统疲劳之前的资源的退让会持续多长时间？比如说，一个经济公告就可以引起货币外汇市场持续高负荷两到三天，而不是几个小时。

这些信息可以从web服务器的日志中获得，也可以从市场文档反映出的商业需求中获得，也可以从利益相关者那里获得。下面是一些在这个过程中被识别的目标：

• 确保一个或者多个模型可以代表峰值期望的负载（每小时产生的订单数）

• 确保一个或者多个模型可以表示出“quarterly close-out”区间使用模式和“典型营业日”使用模式的区别。（译者理解：有的系统只登录一次，可能查询一下或者操作一个功能就退出了，而有的系统则全天在线，比如柜台业务的操作的系统，早上登录，全天都在不停地执行操作）

• 确保一个或多个模型可以表示出业务或者市场项目可以在未来一年内运行的很好。

如果这些目标在项目的背景下是讲得通的，那么我们就认为是可以接受的。接下来要做的就是为取得的目标填充上必要的详细内容。

要考虑的事

在识别目标的时候要考虑到以下的关键点：

• 创建一个负载模型过程中的吞吐量，记得和团队分享你的假设条件和草稿，索求他们的反馈意见。

• 不要过度地追求完美，不要陷入过度单纯化的诱惑。一般而言，一个好的主意是在你已经有了一个可以用来测试的模型并且已经开始测试的情况下产生的，然后在收集结果的时候再逐渐增强它。