负载测试

负载测试（Load testing），通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征。例如，响应时间、事务处理速率和其他与时间相关的方面。

容易混淆的其他测试

三分类定义

负载测试^[1] 、压力测试和性能测试的测试目的不同，但其手段和方法在一定程度上比较相似，通常会使用相同的测试环境和测试工具，而且都会监控系统所占用资源的情况以及其它相应的性能指标，这也是造成人们容易产生概念混淆的主要原因。

  交叉负载测试

运行环境

我们知道，软件总是运行在一定的环境下，这种环境包括支撑软件运行的软硬件环境和影响软件运行的外部条件。为了让客户使用软件系统感到满意，必须确保系统运行良好，达到高安全、高可靠和高性能。其中，系统是否具有高性能的运行特征，不仅取决于系统本身的设计和程序算法，而且取决于系统的运行环境。系统的运行环境会依赖于一些关键因素，例如：

系统架构，如分布式服务器集群还是集中式主机系统等。

硬件配置，如服务器的配置，CPU、内存等配置越高，系统的性能会越好。

网络带宽，随着带宽的提高，客户端访问服务器的速度会有较大的改善。

支撑软件的选定，如选定不同的数据库管理系统（Oracle、MySQL等）和web应用服务器（Tomcat、GlassFish、Jboss、WebLogic等），对应用系统的性能都有影响。

外部负载，同时有多少个用户连接、用户上载文件大小、数据库中的记录数等都会对系统的性能有影响。一般来说，系统负载越大，系统的性能会降低。

从上面可以看出，使系统的性能达到一个最好的状态，不仅通过对处在特定环境下的系统进行测试以完成相关的验证，而且往往要根据测试的结果，对系统的设计、代码和配置等进行调整，提高系统的性能。许多时候，系统性能的改善是测试、调整、再测试、再调整、……一个持续改进的过程，这就是我们经常说的性能调优（perormance tuning）。

在了解了这样一个背景之后，就比较容易理解为什么在性能测试中常常要谈负载测试。从测试的目的出发、从用户的需求出发，就比较容易区分性能测试、负载测试和压力测试。性能测试是为了获得系统在某种特定的条件下（包括特定的负载条件下）的性能指标数据，而负载测试、压力测试是为了发现软件系统中所存在的问题，包括性能瓶颈、内存泄漏等。通过负载测试，也是为了获得系统正常工作时所能承受的最大负载，这时负载测试就成为容量测试。通过压力测试，可以知道在什么极限情况下系统会崩溃、系统是否具有自我恢复性等，但更多的是为了确定系统的稳定性。

各区别定义

那么，如何给负载测试、压力测试下个定义呢？根据上述讨论，我们可以给出如下的定义：

负载测试是模拟实际软件系统所承受的负载条件的系统负荷，通过不断加载（如逐渐增加模拟用户的数量）或其它加载方式来观察不同负载下系统的响应时间和数据吞吐量、系统占用的资源（如CPU、内存）等，以检验系统的行为和特性，以发现系统可能存在的性能瓶颈、内存泄漏、不能实时同步等问题。负载测试更多地体现了一种方法或一种技术。

压力测试是在强负载（大数据量、大量并发用户等）下的测试，查看应用系统在峰值使用情况下操作行为，从而有效地发现系统的某项功能隐患、系统是否具有良好的容错能力和可恢复能力。压力测试分为高负载下的长时间（如24小时以上）的稳定性压力测试和极限负载情况下导致系统崩溃的破坏性压力测试。

压力测试可以被看作是负载测试的一种，即高负载下的负载测试，或者说压力测试采用负载测试技术。通过压力测试，可以更快地发现内存泄漏问题，还可以更快地发现影响系统稳定性的问题。例如，在正常负载情况下，某些功能不能正常使用或系统出错的概率比较低，可能一个月只出现一次，但在高负载（压力测试）下，可能一天就出现，从而发现有缺陷的功能或其它系统问题。通过负载测试，可以证明这一点，某个电子商务网站的订单提交功能，在10个并发用户时错误率是零，在50个并发用户时错误率是1%，而在200个并发用户时错误率是20%。

负载测试是为了发现系统的性能问题，负载测试需要通过系统性能特性或行为来发现问题，从而为性能改进提供帮助，从这个意义看，负载测试可以看作性能测试的一部分。但它们两者的目的是不一样的，负载测试是为了发现缺陷，而性能测试是为了获取性能指标。因为性能测试过程中，也可以不调整负载，而是在同样负载情况下改变系统的结构、改变算法、改变硬件配置等等来得到性能指标数据，从这个意义看，负载测试可以看作是性能测试所用的一种技术，即性能测试使用负载测试的技术、使用负载测试的工具。性能测试要获得在不同的负载情况下的性能指标数据。

通过负载测试和压力测试都可以获得系统正常工作时的极限负载或最大容量。容量测试，自然也是采用负载测试技术来实现，而在破坏性的压力测试中，容量的确定可以看作是一种副产品——间接结果。

综合概括

所述，负载测试、压力测试和性能测试的概念可以概括如下：

负载测试是通过改变系统负载方式、增加负载等来发现系统中所存在的性能问题。负载测试是一种测试方法，可以为性能测试、压力测试所采用。负载测试的加载方式也有很多种，可以根据测试需要来选择。

性能测试是为获取或验证系统性能指标而进行测试。多数情况下，性能测试会在不同负载情况下进行。

压力测试通常是在高负载情况下来对系统的稳定性进行测试，更有效地发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等。

负载测试的必要准备

1.    什么是你真正需要了解的？

2.    确定用户数量

3.    研究你的分析

4.    组建你的团队

5.    准备你的浏览器

6.    准备测试你的应用

7.    预留时间分析结果

8.    预留时间修改

9.    计划一个敏捷测试方法

如果你已经完成了绝大部分艰苦的工作。现在你已花时间作了准备，对你的应用作负载测试将有助于你持续改进你的产品和业务。^[2] 

Apache 负载测试

1000个请求,每次10个,这个测试和下载的网页大小有关系,几K的网页是快,要是下上M的文件当然慢了,至于keepalive是允许一个http连接开多个请求线程,这个参数是测试http里面效率作为ISO 9126内部和外部质量的重要质量属性之一，其含义是在规定条件下，相对于所用的资源的数量，软件产品可提供适当性能的能力。资源可能包括其他软件产品或系统的软件和硬件配置，以及其他相关的资源(例如：打印纸、磁盘等)。

KeepAlive;MaxKeepAliveRequests;MaxKeepAliveRequests;KeepAliveTimeout;KeepAliveTimeout等选项设置数值的合理性的,你没设置的话使用默认值,应该跟你的测试没多大关系.

至于你想知道实用的情况怎样,其实大多数浏览器应该不会用到keepalive方式的,即使是firefox也需要另外装个插件才能多线程下载网页,IE6是单线程的,IE7不知道,如果你要开http下载文件,你的机器一定要强,可以考虑把连接数等数值设大一些,windows下的apache不是很清楚了,我一直都在linux下做服务的.效率测试主要关注产品的时间和资源相关的特性。时间相关的特性是指在规定条件下，软件产品执行其功能时，提供适当的响应和处理时间以及吞吐量的能力，例如：用户打开某个网页需要等待的时间;资源相关的特性是指，在规定条件下，软件产品执行其功能时，使用合适数量和类别的资源的能力，例如：用户在进行相关操作时，系统的内存和CPU的变化情况。 　根据产品的时间特性和资源特性，效率测试可以包括不同的测试类型，例如：性能测试(Performance Test)、负载测试(Load Test)和压力测试(Stress Test)。这三种效率测试类型，不仅在具体定义上面有不同的侧重点，同时相互之间又是密切关联的。