1、jmeter中设置为单个线程迭代n次（如100），取平均响应时间。一般情况下我们不需要监控硬件资源和数据库。但是，如果系统出现了TPS=1与TPS=100消耗的CPU资源差不多的情况，那可能就是性能出了问题
2、单业务负载测试一般以逐渐加压的方式执行30分钟（无步调、无ThinkTime），观察性能拐点。同时需要监控服务器资源、数据库处理能力。jmeter中可以用rps定时器或阶梯加压线程组去实现。
3、RT监听
4、通过Tps/Hps走势图观察拐点。吞吐量会随压力的增大呈抛物线状，抛物线的最高点处，即为当前测试环境下该交易的单支最大处理能力。吞吐量的拐点往往也就是响应时间的拐点
5、考察各业务按比例分配逐渐加压的情况下，系统随着负载变化处理能力趋势，如响应时间、Tps、资源消耗执行策略：按比例分配，通过逐渐加压的方式执行1~2小时，需监控服务器资源消耗、数据库处理能力等。混合业务负载测试也需要判断拐点，判断方式与单业务负载测试相同
6、系统长时间处于极限负载下的处理能力，是否随着测试时间的增长，有响应时间变长、内存泄露、磁盘空间不足、等隐藏问题。
