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 稳定性测试
稳定性测试是使用最优并发用

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

被折叠的 条评论
为什么被折叠?



