测试类型：
1、基准测试（Benchmark）：
一个用户执行单接口 5-10 分钟压力测试。
目的：
为了和以后新版本接口做性能比较
2、负载测试（Load Test）：
较高并发数下，对多个接口执行梯度场景，每个梯度稳定跑 5-10 分钟压力测试（梯度：根据线上实际用户判断实际用户量 或在 2-5 倍实际用户量）得出稳定峰值吞吐量
目的：
1、这种性能测试方法的主要目的是找到系统处理能力的极限。 
2、这种性能测试方法需要在给定的测试环境下进行，通常也需要考虑被测试系统的业务压力量和典型场景、使得测试结果具有业务上的意义。
3、这种性能测试方法一般用来了解系统的性能容量，或是配合性能调优来使用。 也就是说，这种方法是对一个系统持续不段的加压，看你在什么时候已经超出 “我的要求” 或系统崩溃。
3、压力测试（Stress Test）：
超过负载测试的稳定峰值吞吐量的并发数量，继续压测服务，直到服务吧 Cpu 和内存资源耗尽或达到不可用的状态
目的：
1、这种性能测试方法的主要目的是检查系统处于压力性能下时应用的表现。
 2、这种性能测试一般通过模拟负载等方法，使得系统的资源使用达到较高的水平。 
3、这种性能测试方法一般用于测试系统的稳定性。 也就是说，这种测试是让系统处在很大强度的压力之下，看系统是否稳定，哪里会出问题。
4、稳定性测试（Srabliity Test）：
用稳定的吞吐量的并发数持续压测服务 8-12 小时或者 24 小时
5、配置测试（Configuration Testing）：
配置测试方法通过对被测系统的软\硬件环境的调整，了解各种不同对系统的性能影响的程度，从而找到系统各项资源的最优分配原则。
目的：
1、这种性能测试方法的主要目的是了解各种不同因素对系统性能影响的程度，从而判断出最值得进行的调优操作。 
2、这种性能测试方法一般在对系统性能状况有初步了解后进行。
      3、这种性能测试方法一般用于性能调优和规划能力。 也就是说，这种测试关注点是 “微调”，通过对软硬件的不段调整，找出这他们的最佳状态，使系统达到一个最强的状态。
6、可靠性测试：
通过给系统加载一定业务压力（例如资源在 70%-90% 的使用率），使系统运行一段时间，以此检测系统是否稳定运行。
目的：
 1、这种性能测试方法的主要目的是验证是否支持长期稳定的运行。 
 2、这种性能测试方法需要在压力下持续一段时间的运行。（2~3 天）
 3、测试过程中需要关注系统的运行状况。 如果测试过程中发现，随着时间的推移，响应时间有明显的变化，或是系统资源使用率有明显波动，都可能是系统不稳定的征兆。 也就是说，这种测试的关注点是 “稳定”，不需要给系统太大的压力，只要系统能够长期处于一个稳定的状态。
7、失效恢复测试
如果系统局部发生故障，用户是否能够继续使用系统，以及如果这种情况发生，用户将受到多大程度的影响。
目的：
1.这种性能测试方法的主要目的是验证在局部故障情况下，系统能否继续使用。
 2.这种性能测试方法还需要指出，当问题发生时，“能支持多少用户访问” 的结论和 “采取何种应急措施” 的方案。
 3.一般来说，只有对系统持续运行指标有明确要求的系统才需要进行这种类型的测试。
8、大数据量测试：
针对某些系统存储、传输、统计查询等业务进行大数据量的测试。
注意：
在做性能测试时请忘掉分类。例如，运行 8 个小时来测试系统是否可靠，而这个测试极有可能包含了可靠性能测、强度测试、并发测试、负载测试，等等。因此，在实施性能测试时决不能割裂它们的内部联系去进行，而应该基于测试目标，分析它们之间的关系，以一种高效率的方式来设计性能测试。
压力模型：
如下图所示，随着单位时间压力的不断增长，被测系统和服务器的压力不断增加，TPS 会因为这些因素而发生变化，而且通常符合一下规律。