关于性能测试，你可能会比较关心将系统从超负荷运行中解救出来所需要的时间。
　　我们先来介绍几种性能测试的类型。
　　容量测试主要关心的是我们在系统容量达到什么程度的时候需要增加系统的资源以增加可支持用户量(注：也是确定系统可处理同时在线的大用户数)
　　负载测试为IT系统提供了一种量化其在真实环境下承受能力的的方法，便于检验当前所提供的IT资源能否承受预期给出的性能指标。(注：测试数据在超负荷环境下运行，程序能否承担)
　　压力测试则关心的是一个系统所能承受的大的负载情况。(~我还是没看大懂他们之间很明显的区别……)
　　系统的可承受负载一般认为是当用户发现反应时间变慢的时候的负载值，这个值一般需要通过性能测试来获得。
　　当前负载(当前实际需求)和负载测试中得到的负载数据的差值是系统给用户预留的负载储备--即“峰值储备”，以应对客户负载增加及处理用户负载变化等
　　负载平衡管理器的主要任务是处理那些空闲的线程占用资源的等问题，以避免因系统资源不足导致严重后果。
　　如果我们有一个比较好的计划并且有过试验经验的话(这需要有一个时间表来计划这一系列活动)，升级系统将变得比较顺利。
　　我们可以这样估计系统资源什么时候被耗尽：分析当前系统可用资源量以及系统资源被蚕食的速率(一般我们是以天为单位来计算的)，我们还要跟踪系统资源变化(以天为单位)以估计我们什么时候应该开始增加系统资源的工作。
　　跟踪系统的反应时间(接收请求到发出响应的总时间)，当这个时间达到某个值的时候我们也需要进行相应的处理或者增加系统资源
　　下面这张表给出的是一个需要进行这种处理的例子，我们将对它进行一个分析

　　计算方法示例
　　1 一项对以前文档的分析结果显示，某系统目前每小时处理300 000页面元素请求，如果按照每个页面平均10个页面元素来算的话，是系统每小时处理30 000个页面
　　2另外一项分析表明每个用户处理事务平均为三个页面，也是说现在我们每小时需要处理10 000个用户事务请求
　　3 市场部的调研指出一年之后我们的用户负载将要增加一倍，也是说我们在那个时候每小时需要处理600 000个页面元素的请求，或者说60 000个页面请求，也是20 000个用户事务处理