压力测试基础回顾

压力测试是性能工程中验证系统极限与稳定性的核心手段。在进入 Drift 监控实战之前，必须统一对压力测试的定义、目的及常见类型的认知。本章将系统梳理这些基础概念，为后续的监控指标选取与复盘分析奠定理论基石。

一、压力测试的定义

压力测试（Stress Testing）是指通过模拟超出系统正常处理能力的负载，观察系统在极端条件下的行为表现，从而评估其稳定性、可靠性与恢复能力的一种测试方法。其核心在于“突破阈值”，而非验证功能正确性。

二、压力测试的目的

压力测试并非为了“压垮”系统，而是为了在可控环境中提前发现风险。主要目的包括：

• 发现系统瓶颈：定位 CPU、内存、IO、网络等资源的极限点。
• 验证弹性伸缩：测试自动扩缩容策略是否能在压力下及时生效。
• 评估故障恢复：观察系统在过载后能否自动恢复，恢复时间是否符合 SLO。
• 确定安全冗余：为生产环境的容量规划提供数据支撑，避免资源浪费或不足。
• 验证监控告警：确保 Drift 监控等工具能在压力场景下准确捕获异常信号。

三、常见压力测试类型

根据测试目标与负载模式的不同，压力测试通常分为以下三种核心类型。下表从定义、目标、负载特征和典型场景四个维度进行对比：

四、三种测试类型的负载模型对比

为了更直观地理解三种测试类型的负载模式差异，下图展示了各自的典型负载曲线：

五、压力测试在 Drift 监控中的价值

压力测试产生的异常数据是 Drift 监控最核心的输入来源。理解上述三种测试类型，有助于在复盘阶段准确解读 Drift 监控中的“漂移”现象：

• 负载测试阶段：Drift 监控应捕捉到资源利用率与吞吐量之间的线性关系漂移，判断是否存在资源争抢。
• 稳定性测试阶段：Drift 监控重点观察指标基线是否随时间发生缓慢偏移，如内存占用率逐小时上升。
• 尖峰测试阶段：Drift 监控需快速识别瞬时突变，区分“正常弹性响应”与“异常过载崩溃”。

六、压力测试执行流程概览

一个完整的压力测试周期通常包含以下步骤，Drift 监控的介入点已在流程中标注：

1. 需求分析：确定测试类型（负载/稳定性/尖峰）与目标指标。
2. 场景设计：编写压测脚本，配置并发模型与数据参数。
3. 基线采集：在低负载下运行 5-10 分钟，建立 Drift 监控的初始基线。
4. 执行压测：按预设负载模型施压，实时观察系统表现。
5. 监控记录：Drift 监控自动记录指标漂移轨迹与告警事件。
6. 数据复盘：结合 Drift 监控的漂移报告，定位根因并输出优化建议。