银行核心系统对性能测试的要求远高于互联网系统——日终批处理、交易峰值保障、7×24小时可用性、强一致性要求，每个场景背后都是千万级的资金交易在跑。性能问题在银行系统不是体验问题，是资金风险和合规问题。
| 维度 | 银行要求 | 互联网应用 | 对性能测试的影响 |
|---|---|---|---|
| 一致性 | 强一致性（ACID） | 最终一致性 | 数据库锁竞争影响并发能力 |
| 批处理 | 日终批量、跑批报表 | 实时处理为主 | 联机与批量资源争抢 |
| 交易量 | 峰值TPS+日累计量 | 平均QPS为主 | 需同时验证峰值和持续量 |
| 可用性 | 99.99%+（年度停机<53分钟） | 99.9%~99.99% | 故障恢复时间要求极短 |
| 监管 | 银保监交易报表、SLA达标 | 无强监管要求 | 测试报告须满足监管审查 |
| 数据量 | 亿级账户、十年以上历史 | TB级、月/年级保留 | 大表查询和批处理窗口验证 |
银行业务系统可按业务重要性分为三个层级，不同层级的性能测试要求和SLA标准差异显著：
含核心账务、支付清算、客户信息等系统。性能要求：TPS 3000~15000+，P99响应时间 ≤ 500ms，可用性 ≥ 99.99%。测试要求：每次大版本上线前必须执行全链路压测，验证1.5~2倍峰值容量冗余。
含信贷审批、风控决策、网银/手机银行、国际结算等系统。性能要求：TPS 500~50000+（渠道类更高），P99响应时间 ≤ 2s。测试要求：重大功能上线前执行专项性能测试，年度全链路压测。
含OA、报表、数据仓库等系统。性能要求：按业务场景定义，无统一SLA基线。测试要求：新系统上线执行基准测试，重大变更执行针对性验证。
操作：梳理所在银行的系统拓扑，按核心/外围/渠道分类，明确每个系统的性能测试边界和SLA要求
操作：选取一条核心交易链路（如转账），梳理从手机银行→前置→核心→数据库的完整调用链，标注每个节点的处理时延和并发能力
操作：整理全年的业务峰值日历（年终决算、季度结息、工资发放日、理财发售日等），形成12个月的性能测试需求清单