性能测试汇总 - 测试过程中遇到的问题和定位思路

本文链接：https://blog.youkuaiyun.com/blue_lll/article/details/121908863

本文介绍了某银行零售信贷系统性能测试的过程，包括基准场景、单场景负载测试、混合场景容量测试、浪涌场景和稳定性测试。在压测中遇到的问题如报错、资源利用率高等，以及如何通过AWR报告、top命令、jstat和jmap等工具进行问题定位和解决。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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分钟，共运行一个小时。整个场景设置如下：