银行性能测试案例__参考

一、银行的影票系统案例：

中信银行影票系统 性能测试场景 + 参考性能指标

（一）性能场景

1、电影列表 / 影片详情查询
用户进入生活频道、影票首页，高频刷新影片、场次、影院列表，属于海量查询类，并发量大。
2、在线选座
热门影片 / 黄金场次（周末、晚间）多人同时选座，存在座位锁、资源竞争，极易出现排队、超时、脏数据。
3、购票下单 + 订单支付
整个下单链路（选座→确认订单→唤起支付→银行支付回调）是核心交易链路，峰值流量最高。
4、优惠券核销、积分兑换
优惠活动、积分限时兑换时，集中用户操作，涉及库存 / 额度扣减、分布式事务。

（二）高频查询 / 后台服务场景
1、个人订单查询（全部 / 待支付 / 已完成 / 退款订单）
用户频繁查看历史订单，查询量大、数据库压力高。
2、订单退款
退款涉及资金回退、状态变更、第三方票务平台联动，链路长。
3、活动列表 / 活动规则查询
营销活动上线后，大量用户浏览活动页。

（三）后台管理端场景（内管系统）

运营活动配置、批量上架场次

1、后台批量导入活动、配置优惠、批量同步影院场次，大数据量操作。
2、数据统计报表
运营 / 财务导出观影数据、订单数据、核销数据，大报表查询、大数据量导出，易拖慢数据库。
3、第三方接口联动
系统与网票网、银行支付、积分、权益平台跨系统调用，需做跨接口链路压测。
二、分场景性能指标（银行金融 APP 通用标准，可直接写入简历 / 测试方案）

1. 影片列表、影院、场次查询（查询类，QPS 指标）
并发用户：500 ~ 1000 并发
QPS：≥ 800 次 / 秒
平均响应时间 RT：≤ 300ms
95% 响应时间：≤ 500ms
错误率：≤ 0.01%
2. 电影选座（资源竞争场景）
并发用户：300 ~ 600 并发
QPS：≥ 500 次 / 秒
RT：≤ 400ms
95%RT：≤ 600ms
座位锁冲突异常率：≤ 0.1%
错误率：≤ 0.01%
3. 购票下单 + 订单支付（核心交易，TPS 指标，最高优先级）
整条端到端链路：选座→创建订单→支付请求→支付回调
并发用户：200 ~ 500 并发（活动峰值可上浮至 800）
TPS：≥ 300 笔 / 秒（大促 / 热门影片峰值 ≥500 TPS）
整体链路 RT：≤ 1.2s
95%RT：≤ 1.8s
99%RT：≤ 2.5s
交易失败率：≤ 0.005%（金融交易要求极严）
4. 优惠券核销、积分兑换（权益扣减类）
并发用户：300 ~ 600 并发
TPS：≥ 400 笔 / 秒
RT：≤ 400ms
95%RT：≤ 600ms
库存 / 积分扣减异常率：≤ 0.01%
5. 个人订单查询（列表查询）
并发用户：400 ~ 800 并发
QPS：≥ 600 次 / 秒
RT：≤ 350ms
95%RT：≤ 550ms
错误率：≤ 0.01%
6. 订单退款（资金逆向交易）
并发用户：150 ~ 300 并发
TPS：≥ 200 笔 / 秒
RT：≤ 800ms
95%RT：≤ 1.2s
退款失败 / 状态不一致率：≤ 0.005%
7. 运营后台 - 数据统计 / 报表导出（大数据量）
单任务：百万级数据查询 / 导出
单报表查询 RT：≤ 3s
大数据量 Excel 导出：≤ 8s
并发后台用户：50 ~ 100 并发
禁止出现：查询超时、数据库锁表、前台服务卡顿
8. 跨系统第三方接口（对接网票网、支付、积分、权益平台）
单独压测外部依赖接口 + 全链路压测
单接口 RT：≤ 400ms
跨系统调用超时率：≤ 0.01%
熔断 / 降级触发正常（高并发下不雪崩）

（四）稳定性测试（持续压测）
持续加压 12h / 24h，CPU、内存、连接数无泄漏，错误率保持标准范围内。
（五）极限压力场景
逐步加压至系统性能拐点，记录最大支持并发、瓶颈点（CPU / 内存 / DB / 接口）。
（六）银行 APP 通用兜底标准
所有接口 99% 响应时间不超过 3s，整体服务可用性 ≥ 99.95%。

（七）性能的瓶颈

 

（1）性能瓶颈核心判断思路
性能瓶颈本质：请求链路中某一节点处理能力跟不上并发流量，表现为响应变慢、吞吐量上不去、错误率飙升。
判断顺序：先看压测报表 → 再查服务器资源 → 接着分析接口 / 链路 → 最后定位代码 / 数据库 / 第三方依赖。

 

（十一）性能测试tps上不去原因？

接口响应慢但 CPU 使用率不高，说明不是代码运算耗时，而是请求处于阻塞、等待状态，主要原因：
各类锁等待：本地锁、分布式锁、数据库行锁 / 表锁，请求串行排队；
资源排队：应用线程池、数据库 / Redis/HTTP 连接池耗尽，请求队列等待；
串行调用与外部依赖：接口内部同步调用多个下游、第三方系统（票务 / 支付 / 积分）响应慢，主线程持续等待；
数据库 IO 与长事务：磁盘 iowait 高、事务过长，数据库层面阻塞；
其他：网络延迟、DNS 解析慢、代码主动休眠、日志同步阻塞等。
排查时先拆分调用链路定位慢节点，再依次检查锁、连接池、数据库、第三方接口即可。

 

（十二）