压力测试：检查被测系统在恶劣环境下的表现，比如内存不足，CPU高负荷，网速慢，等等。在 这种情况下，被测系统往往运行缓慢，能暴露许多在高速运行时不易发生的问题，例如线程不同步
负载测试：检查被测系统处理大量用户访问或响应的能 力。
容量测试：检查被测系统处理大数据量的能力，例如存储或读取一个超长的文件。
大概你现在还是对压力测试和负载测试有个模糊的 认识。呵呵不怕。现在有更精彩的解释。
外面的负载叫压力，内部的压力叫负载。负载测试主要关注系统内部的情况，如容量、可扩展性、功能等。 压力测试主要关心系统外部的表象。看系统在有多个进程并发时的表现，能够坚持多少小时不出问题等等。
很形象的解释
（负载过关了， 但是压力不一定能够过关。你能够挑100斤，但是不一定能够连续挑一个月）
有一个农夫决定买一匹骡子，他认为这个骡子至少 得能扛动3袋大米，他才会决定买这匹骡子（这相当于用户提出的性能需求）。结果他来到农贸集市上，试了好几头骡子，都不合适，最后终于有一头骡子能够比较轻松的扛动这3袋大米，而且还潇洒的走了几步（这相当于于性能测试通过）。 然后农夫高高兴兴地牵着这头骡子回家，而且给它扛了4袋大米（相当于让系统超负荷运行），因为他跑了太远才买到了这匹不可多得的骡子，他想看看它到底能有多强，所以农夫决定， 让这匹骡子就扛着这四袋大米走回家试试看，这匹骡子真的很厉害，刚开始的时候还一颠一跑的，可是后来实在路太远了，骡子越驮越费劲（在超负荷情况下检验系 统能正常运行多久，这相当于压力测试），快到家的时候，已经是走两步歇一步了。终于到家了， 农夫非常自豪地叫出自己的老婆，说：“老婆子，快来看看，看我买到了一头多么厉害的骡子啊！”，老婆出来后，农夫把他和骡子在一路上的经历都告诉了老太 婆，谁知这个老太婆却说：“你真蠢，这么大老远的路，也不让骡子驮着你，竟然和这头傻骡子一样走回来！”，农夫听了，觉得非常后悔，说：“那好吧，既然在 路上它没有驮我，那就让它现在补上，也算是对我的补偿。”，骡子还没有反应过来，就看那老农夫一个箭步，跳到了骡子背上（这相当于容量测试的极限点），可怜的骡子，无论如何也不会想到，这狠心的农夫竟然在它走了这么久之后，不但没有帮 它卸掉身上的重担，更没有给它喝口水，竟然变本加厉的跳到了它那本已弯曲的背上。可怜的骡子啊，就这么一命呜乎了！就看见那个骡子、农夫和4袋麦子一起轰然倒地。（相当于已经到了系统的最大拐点，造成了系统瘫痪，无法使用，容量测试结束）。
==================================================================================
发现网上对于这几概念非常的混乱，Wally专门收集了一下比较经典 的解释，嘿嘿：
性能测试（或称多用户并发性能测试）、负载测试、强度测试、容量测试是性能测试领域里的几个方 面
性能测试（Performance Test）：通常收集所有和测试有关的所有性能，通常被不同人在不同场合下进行使用。测试软件在系统中的运行性能，度量系统与预定义目标的差距。
关注点：how much和how fast
负载测试（Load Test）：负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。通过逐步增加系统负载，确定在满足性能指标的情况下，系统所能承受的最大负载量。
关注点：how much
强度测试（Stress Test）： 强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况，目的是找到系统在哪里失效以及如何失效的地方。包括
Spike testing：短时间的极端负载测试
Extreme testing：在过量用户下的负载测试
Hammer testing：连续执行所有能做的操作
压力测试：通过逐步增加系统 负载，确定在什么负载条件下系统处于失效状态，以此来获得系统能提供的最大服务级别。
容量测试(Volume Test)：确定系统可处理同时在线的最大用户数,使系统承受超额的数据容量来发 现它是否能够正确处理。
关注点：how much（而不是how fast）
容量测试，通常和数据 库有关，容量和负 载的区别在于：容量关注的是大容量，而不需要表现实际的使用。
其中，容量测试、负载测试、强度测试的英文解释为：
Volume Testing = Large amounts of data
Load Testing = Large amount of users
Stress Testing = Too many users, too much data, too little time and too little room
举例：一个人背X斤
负载测试：200斤情况下，是否能坚持5分钟。
压力测试：200,300,400...斤情况下，他的表现，什么时候失败，失败之后什么表现，重新扛200是否正常。
容量测试:在坚持5分钟的情况下，他一次最多能扛多少斤。
负载测试[/url]：负载测试是 一种性能测试[/url]，指数据在超负 荷环境中运行，程序是否能够承担。 强度测试：强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况。
容量测试：确定系统可处理同时在线的最大用户数。
1．强度测试或压力测试:强度或压力测试是在一种需要异常数量、频率或资源的方式下，执行可重复的负载测试，以检查程序对异常情况的抵抗能力，找出性能瓶 颈。异常情况,主要指那些峰值、极限值、大量数据的长时间处理等，包括：连接或模拟了最大（实际或实际允许）数量的客户机； 所有客户机在长时间内执行相同的、性能可能最不稳定的重要业务功能；已达到最大的数 据库[/url]大小，而且同时执行多个查询或报表事务当中断的正常频率为每秒一至两个时，运行每秒产生十个中 断的测试用例；运行可能导致虚存操作系统[/url]崩溃或大量数据对磁盘进行存取操作的测试用例等。压力 测试可以分为稳定性测试和破坏性测试：
稳定性压力测试。在选定的压力值下，持续运行24小时以上的测试。通过压力测试，可以考察各项性能指标是否在指定范围内，有无内存泄漏、有无功能性故障 等。 破坏性压力测试。在压力稳定性测试中可能会出现一些问题，如系统性能明显降低，但很难暴露出其真实的原因。通过破坏性不断加压的手段，往往能快速造成系统 的崩溃或让问题明显的暴露出来。
在压力测试中，会给程序加上一些跟踪机制（如log日志[/url] 等），然后查看监视系统、服务器等性能的日志文件是必要的，找出问题出现的关键时间或检查测试运行参数，通过分析问题或参数从而有目的地调整测试策略或测 试环境，使压力测试结果真实地反映出软件的性能。
2．性能测试系统的性能指标，一般赢在产品需求文档中有明确定义，有三种形式描述软件系统的性能指标：
给出产品性能的主要指标，如在100000记录中查询一个特定数据的时间为0.5秒。以某个已发布的版本为基线，如比上一个版本的性能提高30-50%。 和竞争对手的同类产品比较。
性能测试，根据其目的分为：产品性能质量测试，通过测试，决定产品是否达到产品规格书所要求的性能指标（非功能性需求）基准值测试，通过对当前产品的性能 测试，确定产品具体的性能指标，建立性能指标基准。基准值，作为后继产品发布的性能参考（在新版本中，性能指标要求只升不降）或和竞争对手产品比较的参 考。
性能规划测试，通过不断的测试，确定所需要的硬件配置（内存、CPU、网络等）、软件配置，以满足实现定义的性能指标要求。这种测试，对于软件系统的部署 是非常有意义的。同时，也可以进一步了解硬件参数、软件参数对系统性能的影响程度，从而保证系统具有很好的扩充性或事先制定较好的系统增容的计划。
性能测试的方法，主要有：稳定压力加载，一次性将负载加到某个水平，持续一段时间，也称为flat测试。 逐渐加载或交替加载到某个负载水平，也称为“ramp-up”测试。 峰谷测试，确定从系统高峰时间的负载转为几乎空闲、再攀升到高负载这样峰值交替情况下的系统性能状态/指标。这种测试兼有容量测试的特点或属于容量测试的 一部分。
性能测试，一般都通过测试工具[/url] 来模拟人为的操作而进行。性能测试的重点在于测试环境的建立、前期数据的设计与后期数据的分析。因为性能测试需要获得一定特定条 件下(如100、200、500、1000个实时的连接)的系统占用资源（CPU、内存等）数据或系统行为表现，而且还要依靠测试工具或软件系统记录下这 些指标变化的数据结果。例如，如果对一个Browser/Server结构的网络实时在线的培训系统软件进行测试，系统性能焦点是在不同数量的并发连接 下，服务器的CPU、内存的占用率、客户端的响应时间等。测试过程中，并发连接的不断增加（负载的增加）在系统性能上的表现越来越明显。在系统性能测试 时，加载过程中，每到一个测试点时须让系统平稳运行一段时间后再获取数据，以消除不同测试点的相互影响。从表中可以看出，同样是300个用户，1?00与 60?的性能表现差别很大，加载的方式对系统性能影响也较大，所以，尽量模拟不同的加载方式来进行系统的性能测试。除此之外，还可以测试TCP、 HTTPS等不同连接方式下的数据,进行比较。通过比较和分析，可以清楚知道系统的性能状况，以及什么样的条件下系统性能达到最佳状况、什么地方是性能的 瓶颈。性能测试要求测试环境应尽量与产品运行环境保持一致，应单独运行，尽量避免与其 他[/url]软件同时使用。
3．容量测试软件测试通过 性能测试，如果找到了系统的极限或苛刻的环境中系统的性能表现，在一定的程度上，我们完成了负载测试和容量测试。容量可以看作系统性能指标中一个特定环境 下的一个特定性能指标，即设定的界限或极限值。容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录 数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作[/url]量。对软件容量的测试，能让软件开发商或用户了解该软件系 统的承载能力或提供服务的能力，如某个电子商务网站所能承受的、同时进行交易或结算的在线用户数。知道了系统的实际容量，如果不能满足设计要求，就应该寻 求新的技术[/url]解决方案，以提高 系统的容量。有了对软件负载的准确预测，不仅能对软件系统在实际使用中的性能状况充满信心，同时也可以帮助用户经济地规划应用系统，优化系统的部署。
压力测试、容量测试和性能测试的关系：压力测试可以看作是容量测试、性能测试和可靠性测试的一种手段，不是直接的测试目标。压力测试的重点在于发现功能 性测试所不易发现的系统方面的缺陷。而容量测试和性能测试是系统测试的主要目标内容，也就是确定软件产品或系统的非功能性方面的质量特征，包括具体的特征 值。容量测试和性能测试更着力于提供性能与容量方面的数据，为软件系统部署、维护、质量改进服务，并可以帮助市场定位、销售人员对客户的解释、广告宣传等 服务。压力测试、容量测试、性能测试，测试的方法相似、相通，在实际测试工作中，往往结合起来进行，以提高测试效率。一般会设置专门的性能测试实验室，完 成这些工作。即使用虚拟的手段模拟实际操作，所需要的客户端有时还是很大的，所以性能测试实验室的投资较大。