1. 课程导论：双引擎压测背景、巡检脚本定义、课程目标与受众

1.1 双引擎压测背景：为什么需要两个引擎？

在微服务架构与容器化部署成为主流的今天，单引擎压测工具（如传统 JMeter 单机模式）在应对大规模容量验证时暴露出明显的瓶颈：

• 单机资源天花板：单台压测机受限于 CPU、内存、网络带宽，无法模拟数万乃至数十万并发用户。
• 协调与数据隔离：多台压测机独立运行，缺乏统一的调度与结果聚合机制，导致测试数据碎片化。
• 巡检场景的特殊性：容量巡检要求高频、低侵入、可编排，传统“一次压测、一次分析”的模式无法满足持续观测需求。

为此，业界逐渐演进出双引擎压测架构——将控制引擎与执行引擎分离，实现调度、编排、执行、采集的解耦。本课程聚焦于 JMeter 生态下的双引擎方案选型与巡检脚本编排。

1.2 巡检脚本定义：什么是容量压测巡检脚本？

容量压测巡检脚本是一类轻量级、可重复执行、带有断言与阈值检查的压测脚本，区别于传统的“一次性性能测试脚本”。其关键特征包括：

巡检脚本通常包含以下核心组件：

1. 线程组编排：设定并发数、Ramp-Up、循环次数，支持分布式执行。
2. 采样器与断言：HTTP/DB/RPC 请求 + 响应断言、持续时间断言。
3. 阈值监听器：实时监控 TPS、响应时间、错误率，超出阈值即标记失败。
4. 后置处理器：提取响应数据，用于条件判断或参数传递。
5. 结果聚合与上报：将测试结果写入时序数据库或消息队列，供巡检平台展示。

1.3 课程目标与受众

本课程旨在帮助学员掌握以下核心能力：

• 理解双引擎架构：区分控制引擎与执行引擎的职责，掌握 JMeter 分布式与第三方调度引擎的集成方式。
• 掌握巡检脚本编排方法：从零构建可复用、可参数化、带自动断言的巡检脚本。
• 完成引擎选型对比：基于实际业务场景（如日均 PV、接口数量、巡检频率），选择最合适的双引擎组合。
• 落地持续容量巡检：结合 CI/CD 流水线或定时任务，实现容量指标的自动化采集与告警。

1.4 双引擎压测架构总览

下图展示了本课程讨论的双引擎压测核心架构：控制引擎负责脚本下发、参数注入、结果汇聚与告警；执行引擎集群负责负载生成与实时数据上报。

1.5 课程内容与编排路径

本课程共分为 6 个模块，从基础概念到实战选型，逐步深入：