📚 课程目录第3章压测方法论

3. 压测方法论：容量规划、基准测试、负载测试、压力测试、稳定性测试

压测方法论是自助容量压测作业平台的核心理论支柱。只有理解不同测试类型的定义、目标与适用场景，才能正确配置标准模板参数，并确保压测脚本与数据在不同环境间移植时保持语义一致。本章将逐一拆解五种关键测试类型，并给出它们在平台中的映射关系。

3.1 五种测试类型全景对比

下表从核心目标、关键指标、典型场景和平台模板参数四个维度，对五种测试类型进行横向对比，帮助你在配置作业时快速定位正确的测试模式。

测试类型	核心目标	关键指标	典型场景	平台模板参数
容量规划	预测系统在特定负载下的资源需求与瓶颈	CPU/内存/IO 利用率拐点、最大吞吐量	新服务上线前的资源预算、扩缩容阈值制定	梯度递增步长、资源监控采集间隔
基准测试	建立性能基线，用于版本对比与回归	平均响应时间、TPS、错误率	版本发布前性能回归、硬件选型对比	固定并发数、固定请求量、基线标签
负载测试	验证系统在预期正常负载下的表现	响应时间分布、吞吐量、资源使用率	日常业务高峰模拟、SLA 验证	目标 TPS、持续时长、业务模型比例
压力测试	找出系统的极限承受能力与崩溃点	最大并发数、崩溃阈值、恢复时间	大促峰值预估、限流降级策略验证	递增并发上限、熔断触发条件
稳定性测试	验证系统在长时间运行下的可靠性	内存泄漏趋势、慢查询累积、错误率变化	7×24 小时运行验证、混沌工程配合	运行时长、定期健康检查间隔

3.2 容量规划：从业务预测到资源映射

容量规划是压测的起点，它回答"系统需要多少资源才能支撑预期的业务量"。在自助平台中，容量规划通常采用梯度递增策略：从低负载开始，逐步增加并发或 TPS，同时采集 CPU、内存、磁盘 IO、网络带宽等资源指标，直到出现资源拐点。

  平台实践要点：
  在模板中配置step_duration（每级负载持续时长）和step_increment（每级增量百分比）。
资源监控必须覆盖容器级（cgroup）和进程级两个维度，避免遗漏内核态瓶颈。
容量规划结果应输出为资源-吞吐量曲线，用于后续自动扩缩容策略配置。

3.3 基准测试：建立不可退让的性能基线

基准测试的目标是可重复、可对比。每次代码变更、配置调整或基础设施升级后，都应运行同一套基准测试用例，确保性能没有退化。在自助平台中，基准测试模板需要锁定以下参数：

固定并发数：通常取生产环境平均并发的 50%~80%。
固定请求量：确保每次测试的样本量一致，避免统计偏差。
基线标签：每次测试结果自动关联一个基线版本号，用于后续对比。

跨环境移植注意：基准测试的模板参数（如并发数、请求量）在不同环境间移植时，必须保持数值一致，否则基线对比无效。建议在模板中增加 env_independent_params 标记，明确哪些参数不允许环境覆盖。

3.4 负载测试与压力测试：预期与极限的边界

负载测试和压力测试经常被混淆，但它们在压测方法论中有明确的边界：

对比维度	负载测试	压力测试
负载水平	预期峰值负载的 80%~120%	持续增加直到系统崩溃
关注重点	响应时间是否满足 SLA	崩溃点、恢复行为、降级策略
测试时长	通常 15~30 分钟	直到系统出现明显错误或超时
平台模板配置	`target_tps` + `sla_threshold`	`max_concurrency` + `circuit_breaker`

在自助平台中，负载测试通常作为上线前的必选关卡，而压力测试则用于大促前的极限摸底。两者的模板参数在跨环境移植时，需要特别注意目标 TPS 和最大并发数的环境差异——测试环境可能无法达到生产环境的硬件规格，此时应使用比例缩放因子（如 scale_factor: 0.3）进行适配。

3.5 稳定性测试：时间维度下的可靠性验证

稳定性测试是压测方法论中最容易被忽视但后果最严重的环节。许多系统在短时压测中表现正常，但在长时间运行下暴露出内存泄漏、连接池耗尽、慢查询累积等问题。

常见陷阱：

稳定性测试时长不足：建议至少运行 4 小时，关键系统应达到 24~72 小时。
忽略 GC 行为：长时间运行下，Full GC 频率和 STW 时间会显著影响吞吐量。
监控指标不完整：除了常规资源指标，还应采集线程数、打开文件数、连接池活跃数等。

在自助平台中，稳定性测试模板应包含以下关键参数：

# 稳定性测试模板示例
test_type: stability
duration: 14400          # 秒，即 4 小时
target_tps: 500
health_check_interval: 60  # 秒，每 60 秒执行一次健康检查
metrics_collection:
  - cpu_usage
  - memory_usage
  - gc_pause_time
  - thread_count
  - open_fds
  - db_connection_pool_active
alert_rules:
  - metric: error_rate
    threshold: 0.01
    duration: 300        # 错误率超过 1% 持续 5 分钟则告警
  - metric: memory_leak
    threshold: 0.05      # 内存每 5 分钟增长超过 5% 视为泄漏
    duration: 600

3.6 五种测试在自助平台中的执行流程

在自助容量压测作业平台中，五种测试类型并非孤立执行，而是形成一套完整的压测生命周期：

基准测试：首次接入系统时执行，建立性能基线。
负载测试：每次版本发布前执行，验证 SLA 是否达标。
压力测试：大促或重大变更前执行，摸清系统极限。
容量规划：基于压力测试结果，制定资源预算和扩缩容策略。
稳定性测试：长期运行场景验证，通常与混沌工程配合执行。

平台通过标准模板参数配置将上述流程固化，使得同一套压测作业可以在开发、测试、预发、生产等不同环境间无缝移植，只需调整环境特定的资源比例和监控端点即可。