2. 压力测试基础理论：概念辨析与关系图谱

在金融系统稳定性保障体系中，压力测试、负载测试、容量测试与稳定性测试是四个核心但常被混淆的概念。它们共同构成了系统可靠性验证的方法论基础，但在测试目标、施加策略与评估指标上存在本质差异。本节将从定义、区别与联系三个维度进行系统梳理。

2.1 核心概念定义

2.2 四类测试的关系模型

下图展示了四类测试在负载强度与持续时间两个维度上的分布关系，以及它们在系统可靠性验证流程中的衔接逻辑。

2.3 关键区别对比

四类测试在以下六个维度上存在显著差异，理解这些区别有助于在金融项目中正确选择测试策略：

• 测试目的：负载测试关注“是否达标”，容量测试关注“极限在哪”，压力测试关注“坏了能否恢复”，稳定性测试关注“长时间跑是否出问题”。
• 负载模型：负载测试使用恒定或阶梯递增的预期负载；容量测试使用持续递增直至系统崩溃；压力测试使用突发尖峰或超预期倍数负载；稳定性测试使用中高恒定负载。
• 持续时间：负载测试通常持续10~30分钟；容量测试持续至系统达到瓶颈（可能1~2小时）；压力测试持续数分钟至数十分钟；稳定性测试持续8~72小时。
• 通过标准：负载测试以响应时间、错误率、吞吐量SLA为准；容量测试以资源利用率拐点与最大TPS为准；压力测试以数据一致性、服务降级有效性、恢复时间RTO为准；稳定性测试以资源指标趋势（如内存是否持续增长）为准。
• 风险等级：负载测试风险较低；容量测试可能导致系统过载；压力测试可能引发生产级故障，需在隔离环境执行；稳定性测试需预留充足资源窗口。
• 金融合规要求：负载测试通常为日常性能基线；容量测试用于容量规划与扩容决策；压力测试为监管强制要求（如CCAR、ICAAP）；稳定性测试用于版本发布前的长期验证。

2.4 测试执行流程与衔接

在金融系统的实际工程实践中，四类测试通常按以下顺序衔接执行，形成完整的可靠性验证闭环：

1. 先做负载测试：确认系统在预期负载下性能达标，建立性能基线。
2. 再做容量测试：在负载测试通过的基础上，逐步加压找到系统瓶颈与最大容量。
3. 然后做压力测试：基于容量测试得到的极限值，设计1.5~2倍超限场景，验证降级与容错能力。
4. 最后做稳定性测试：以容量测试得到的80%极限负载，长时间运行，验证资源回收与长期可靠性。

2.5 常见误区与避坑指南

2.6 金融场景下的测试策略选择矩阵

以下矩阵帮助你在不同金融业务场景中快速选择优先执行的测试类型：