性能测试、负载测试、稳定性测试、压力测试之间有何区别？刚开始自己也不能很好的区分，随着一些具体性能测试实践的开展，大概有一个基本的认识，总结如下：

首先，大致了解下软件产品的性能受哪些因素的影响

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

• 系统架构，如分布式服务器集群还是集中式主机系统等。
• 硬件配置，如服务器的配置, CPU、内存等配置越高，系统的性能会越好。
• 网络带宽，随着带宽的提高，客户端访问服务器的速度会有较大的改善。
• 支撑软件的选定 ，如选定不同的数据库管理系统( Oracle. MySQL等 )和web应用服务器( Tomcat Glassish. Jboss. WebLogic等 )，对应用系统的性能都有影响。
• 外部负载，同时有多少个用户连接、用户上载文件大小、数据库中的记录数等都会对系统的性能有影响。一般来说 ，系统负载越大,系统的性能会降低。

从上面可以看出，使系统的性能达到一个最好的状态，不仅通过对处在特定环境下的系统进行测试以完成相关的验证，而且往往要根据测试的结果，对系统的设计、代码和配置等进行调整，提高系统的性能。 许多时候，系统性能的改善是测试调整、再测试再调整、一个持续改进的过程，这就是我们经常说的性能调优。在了解了这样一个背景之后 ，就比较容易理解为什么在性能测试中常常要谈负载测试。从测试的目的出发、从用户的需求出发，就比较容易区分性能测试、负载测试、稳定性测试、压力测试。

其次，如何理解性能测试、负载测试、稳定性测试、压力测试

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

性能测试类型

广义上性能测试指的是以下几种性能测试类型：

• 性能测试
• 负载测试
• 压力测试
• 稳定性测试

一般系统的性能指标

• 响应时间（系统为其服务所耗费的时间）。
• 吞吐量（简单讲就是系统在每单位时间内能处理多少个事务/请求/单位数据等）。
• 资源使用率（常见的资源有：CPU占用率、内存使用率、磁盘I/O、网络I/O）。
• 点击数（单位时间内，系统响应客户的请求，是系统处理能力的一个很有用的指标）。
• 并发用户数（并发用户数用来度量服务器并发容量和同步协调能力）。

我们取其中某几个性能指标，举个栗子。我们先假设一个场景：XX查询系统，其中一项产品规格（性能指标）为300用户并发查询，页面首屏结果请求响应时间不超过3秒。

性能测试

测试A点的系统性能。

性能测试是为了获得系统在某种特定的条件下(包括特定的负载条件下)的性能指标数据。

负载测试

测试 A点以下到C点系统性能。

负载测试的目标是测试在一定负载情况下系统性能（不关注稳定性，也就是说不关注长时间运行），实际中我们常从比较小的负载开始，逐渐增加模拟用户的数量（增加负载）， 观察不同负载下应用程序响应时间、数据吞吐量、系统资源使用率(如CPU、内存)等，直到到系统的某项或多项性能指标达到安全临界值（如，系统内存已饱和），以发现系统可能存在的性能瓶预、内存泄漏、不能实时同步等问题(不关注稳定性，也就是说不关注长时间运行。它是测试系统的不同负载情况下的性能指标。

稳定性测试

测试 A点以下 到 B 点之间

稳定性测试是一般在低于性能值的前提下进行测试的，一般稳定性测试时间持续为 n*24 小时。测试时，我们需要结合用户实际情况控制测试中的负载量 ，使测试结果更具准确性和可靠性。

压力测试

测试B 点到D 点之间系统性能。

压力测试是在高于性能指标负载的前提下（超负载）对系统持续施加压力进行测试的，查看应用系统在峰值使用情况下操作行为，从而有效地发现系统的某项功能隐惠、系统是否具有良好的容错能力和可恢复能力。压力测试分为高负载下的长时间(如124小时以上)的稳定性压力测试和极限负载情况下导致系统崩溃的破坏性压力测试。

• 稳定性压力测试：在选定的压力值下，长时间持续运行。通过这类压力测试,可以考察各项性能指标是否在指定范围内，有无内存泄漏、有无功能性故障。
• 破坏性压力测试：在稳定性压力测试中可能会出现些问题 ，如系统性能明显降低，但很难察露出其真实的原因。通过破坏性不断加压的手段(极限负载情况下导致系统崩溃)，往往能快速造成系统的崩溃。

压力测试的几点注意

• 测试时，我们需要注意并不是负载超过了系统的最大处理能力， 系统功能都会失效。例如，OA签到最多支持500用户井发登录，但某时550用户同时进行登录时，系统应保证550个用户中，500用户是可以正常登录，而不是所有用户都无法登录。
• 用户的业务负载并不是平均的，可能在极短时间内，出现超过负载的情况，如某宝双十一。因此不建议用持续超过系统负载的测试方法进行压力测试，只要负载足够多，系统总会被搞挂，建议使用突发形态的负载模型。