单业务基准测试
目的：单业务基准测试是在服务器没有压力的情况下，获取单笔业务的处理时间，为后续调优提供数据依托；
jmeter中设置单个线程迭代n次（如200），取平均响应时间。一般情况下我们不需要监控硬件资源和数据库；
单业务负载测试
目的：获取系统单笔业务的最大处理能力，以及性能指标之间的关联关系和变化趋势；如：响应时间随TPS的变化趋势，TPS和响应时间随并发用户数变化的趋势、CPU利用率随TPS的变化趋势。注意：关注的是最大业务处理能力，而不是系统并发数；
策略：单业务负载测试一般以逐渐加压的方式执行30分钟（无步调、无ThinkTime），观察性能拐点。同时需要监控服务器资源、数据库处理能力。jmeter中可以用rps定时器或阶梯加压线程取实现；线程组中线程数的设置可随意，如，100，代表期望用100个用户实现jp@gc - Throughput Shaping Timer规定的rps；
拐点判断方式：
1) 通过Tps/Hps走势图观察拐点。吞吐量会随压力的增大呈抛物线状，抛物线的最高点处，即为当前测试环境下该交易的单支最大处理能力。吞吐量的拐点往往也就是响应时间的拐点；由图中可以看出最大tps大约为54/s；
2）通过资源消耗判断拐点。比如测试中TPS仍呈上升趋势，但CPU资源使用率已高达90%，就以此时tps值为当前测试环境下该业务的单笔最大处理能力；
混合业务负载测试
目的：考察各业务按比例分配逐渐加压的情况下，系统随着负载变化处理能力趋势，如响应时间、TPS、资源消耗；
执行策略
按比例分配，通过逐渐加压的方式进行1-2小时，需监控服务器资源消耗、数据库处理能力等。混合业务负载测试也需要判断拐点，判断方式与单业务负载测试相同；
上图是线程设置100，不限迭代次数；与下图线程设置2000，tps很接近；
稳定性测试
目的：系统长时间处于极限负载下的处理能力，是否随着测试时间的增长，有响应时间变长、内存泄露、磁盘空间不足、等隐藏问题；
执行策略：通过逐渐加压的方式执行8小时（也可以说4、6、12、24、24*7等，根据实际情况），监控服务器资源消耗（特别是核心进程的内存消耗）、数据库处理能力等。稳定性测试负载压力可以采用系统最大处理能力的70%或80%，或混合场景中的某个压力值；
压力测试
负载测试
稳定性测试