1. 压力测试概述
1.1 压力测试的定义
压力测试（Stress Testing）是一种通过向系统施加超出正常预期负载的极端条件，来评估系统在极限或超限状态下稳定性、可靠性和错误恢复能力的测试方法。其核心目标是找出系统的崩溃点和失效模式，而非验证功能正确性。
关键定义公式： 压力测试 = 超负载条件 + 极限运行 + 稳定性评估 + 失效分析
1.2 压力测试的核心目的
- 确定系统极限容量： 找出系统在性能严重下降或崩溃前能承受的最大并发用户数、吞吐量或数据量。
- 验证降级与恢复机制： 测试系统在过载时是否触发熔断、限流、降级等自我保护策略，以及压力释放后能否自动恢复。
- 发现资源竞争与死锁： 暴露在高并发下数据库连接池耗尽、线程死锁、内存泄漏等仅在极限条件下出现的缺陷。
- 评估数据完整性： 验证在极端压力下，事务处理是否仍能保证 ACID 特性，是否存在数据丢失或错乱。
- 为容量规划提供依据： 通过压力测试结果反推生产环境所需的硬件资源规模和集群配置。
1.3 压力测试与负载测试的区别
两者常被混淆，但测试目标、负载模型和评估标准有本质差异。下表从多个维度进行对比：
| 对比维度 | 压力测试 | 负载测试 |
|---|---|---|
| 核心目标 | 找到系统崩溃点与失效边界 | 验证系统在预期负载下的性能指标 |
| 负载模型 | 持续递增或瞬间冲击，远超正常峰值 | 模拟典型业务场景的预期并发量 |
| 关注指标 | 错误率、恢复时间、资源耗尽点 | 响应时间、吞吐量、资源利用率 |
| 测试时长 | 较短，达到崩溃或极限即止 | 较长，持续稳定运行数小时 |
| 通过标准 | 不崩溃、可恢复、数据不丢失 | 响应时间 < 阈值，吞吐量 > 目标值 |
| 典型场景 | 双十一秒杀、突发流量洪峰 | 日常业务高峰、周期性批量任务 |
记忆口诀： 负载测试问"能不能扛住预期"，压力测试问"扛不住时会发生什么"。
1.4 压力测试在软件生命周期中的位置
压力测试通常位于软件开发生命周期的中后期，与性能测试、稳定性测试共同构成非功能测试体系。其典型介入阶段如下：
- 系统测试阶段： 功能基本稳定后，首次执行压力测试，发现架构级瓶颈。
- 性能调优阶段： 针对单点瓶颈进行优化后，反复执行压力测试验证优化效果。
- 预发布验证阶段： 在类生产环境中执行全链路压力测试，确认系统具备上线条件。
- 生产巡检阶段： 定期对生产环境进行轻量级压力测试，监控系统容量变化趋势。
下图展示了压力测试在软件生命周期中的具体位置与上下游关系：
1.5 压力测试的典型分类
根据测试目标和施加压力的方式，压力测试可进一步细分为以下类型：
- 突发压力测试（Spike Testing）： 在极短时间内将并发用户数从低负载瞬间提升到极高负载，观察系统对流量尖峰的反应。
- 持续压力测试（Soak Stress Testing）： 在接近极限的负载下持续运行较长时间（如 4-8 小时），检测内存泄漏、连接池耗尽等慢性问题。
- 破坏性压力测试（Breakpoint Testing）： 逐步增加负载直至系统崩溃，精确记录崩溃时的各项指标阈值。
- 组合压力测试（Combined Stress Testing）： 同时施加高并发请求、大数据量操作和复杂计算，模拟最恶劣的混合负载场景。
常见误区： 压力测试不是"把系统搞崩就结束"。真正的压力测试必须记录崩溃前的临界指标、崩溃时的错误特征以及压力释放后的恢复时间，这些数据才是容量规划和架构优化的核心依据。