性能测试不是"测了就行"，而是在明确的准入条件下启动、按策略矩阵执行、达到准出标准才能放行。银行系统的性能测试准入准出标准，本质上是一套生产变更的风险控制闸门。
不同系统类型应采用不同的性能测试策略，基于业务重要性×变更风险二维矩阵决策：
| 系统层级 | 负载测试 | 压力测试 | 稳定性测试 | 容量测试 | 全链路 |
|---|---|---|---|---|---|
| 核心交易（高重要性/高风险） | ✅ 每次上线 | ✅ 每次上线 | ✅ 每次上线 | ✅ 每次上线 | ✅ 季度+重大活动 |
| 重要业务（高重要性/中风险） | ✅ 重大变更 | ✅ 重大变更 | △ 大版本 | ✅ 大版本 | △ 年度 |
| 一般系统（中重要性/低风险） | △ 大版本 | △ 大版本 | — 不强制 | △ 新系统 | — 不需 |
✅=必须执行 △=视情况 —=不要求
准入标准是开始执行性能测试前必须满足的条件，不满足则不启动测试：
准出标准是判断性能测试是否通过的硬性条件，全部满足方可投产：
| 准出项 | 标准要求 | 说明 |
|---|---|---|
| TPS达标 | ≥目标的100%，1.5倍目标下不崩溃 | 含联机和批量混合场景 |
| 响应时间 | P95≤SLA目标，P99≤SLA目标×1.5 | 排除预热期数据 |
| 资源利用率 | CPU≤75%，内存≤80%，磁盘IO≤70% | 峰值负载下的稳定值 |
| 稳定性 | 持续运行≥8小时无内存泄漏、无TPS衰减 | GC频率和耗时不随运行时间增大 |
| 错误率 | ≤0.1%（核心系统≤0.01%） | 不含业务逻辑拒绝 |
| 缺陷闭环 | 无P0/P1性能缺陷，P2缺陷有明确修复计划 | 所有缺陷状态同步至缺陷管理平台 |
操作：为每个系统建立性能测试档案，记录历史性能基线、历次测试结论、已知瓶颈和优化建议。新版本上线时对照档案做回归对比。
操作：核心系统上线前组织性能准出评审会，由测试经理、开发负责人、运维负责人三方共同确认准出标准全部达标后签字放行。