1. 项目介绍
该项目是某银行的一个零售信贷的系统，主要功能是实现贷款信息的录入，和一些待办事项的查询。贷款信息的录入这块，表单很复杂，需要填写的信息特别多，包括客户的基本信息、详细信息、贷款申请信息、押品的信息等。各交易响应时间要求80用户并发时达到5-8秒，平均TPS1.5左右。
2. 压测场景介绍
2.1 基准场景
基准场景是用单个用户对需要压测的交易压测5-10分钟，初步了解下该交易的响应时间和TPS，一般此过程不会出现问题。
2.2 单场景负载测试
单场景负载测试是对需要压测交易使用80用户并发，压测10分钟左右，考查单个交易的负载情况。这个场景容易测试出来响应时间慢或者服务器资源利用率高的问题，交易的性能问题会在这个场景中暴露很多。
2.3 混合场景容量测试
把需要压测的交易按照一定的比例混合，以客户要求的最低并发数为基准，以一定的梯度递增并发用户数压测混合交易，直至系统出现性能拐点。这个场景主要是考察系统最大的处理能力是多少。
2.4 浪涌场景
以系统最优处理能力（资源使用率接近75%-80%，响应时间和tps达标）的并发用户数为最大并发，以系统的资源使用率在20%-30%左右的并发用户数为最小并发，最小并发和最大并发交替运行，每个梯度运行10分钟，共运行一个小时。整个场景设置如下：
这个场景考察突然增大或者减少用户数，系统资源会不会上升或下降，主要是看用户数忽然减少时，资源利用率会不会下降。
2.5 稳定性测试
稳定性测试是使用最优并发用户数的80%用户，把所有需要压测的交易按照一定的比例混合，进行压测48小时，也有压测24小时的情况。主要是考察系统长时间运行的情况，有没有内存泄漏之类的问题。
原文链接：https://blog.csdn.net/xuecancan/article/details/83472584