1.打开页面默认的界面
2.依次选择
3. 线程组页面------原生线程组参数配置
名词解释：
线程数：虚拟并发用户数
Ramp-Up时间（秒）：多久把上面设置的全部线程逐步启动完成
循环次数：每个线程会重复跑接口请求多少次
1. 参数含义
① 线程数 = 并发用户总数
- 设置
10= 总共模拟 10 个真实用户 同时访问系统- 对应需求：10 并发压测场景
- 后续新建线程组时：50 并发就填 50
② Ramp-Up 时间 (秒) = 加压时长
- 设置
10秒：- JMeter 会在 10 秒内均匀把这 10 个线程慢慢启动完成
- 也就是：每秒启动 1 个线程，不是一瞬间 10 个请求同时打过去，防止瞬间打爆服务器，模拟真实用户慢慢涌入的访问模式
- ✅ 公式：
总线程数 ÷ Ramp-Up时长 = 每秒新增并发数 - ❗ 不建议直接填 1 秒，瞬间并发容易造成异常，结果不准
③ 循环次数 = 每个线程重复执行接口的次数
- 填
50：每个虚拟用户（线程）循环跑 50 轮接口请求，跑完自动停止，适合做短时间基准压测，查看稳定平均响应时间 - 勾选【永远】：无限循环跑下去，直到手动停止 / 设置调度时长，适合长时间稳定性压测
- 初次验证脚本、测基准响应时间：直接填 50，不要一开始就勾选永远
- 长时间稳定性压测：可勾选【永远】+ 调度器持续时间（例 300 秒）
其他参数：
2. 在取样器错误后要执行的动作
控制当某一条请求报错（如 401 鉴权失败、500 服务器异常、超时）时，整个线程后续如何运行：
- 继续
- 默认选项：这条请求报错后，跳过本次失败请求，线程继续跑后续脚本和循环，不直接终止
- ✅ 适合正式压测：统计整体错误率、看整体性能表现，不会因为个别偶发报错直接中断测试
- 启动下一进程循环
- 本次循环后续请求不再执行，直接进入下一轮循环
- 适合：单次报错不影响整体，想尽快进入下一轮测试
- 停止线程
- 当前这条出错的线程直接终止，不再继续运行，其他线程正常运行
- ✅ 适合脚本调试：发现单用户持续报错，停止该线程避免无效请求
- 停止测试
- 只要任意 1 个线程报错，等待当前所有迭代跑完后，整体测试结束
- 立即停止测试
- 只要任意 1 个线程报错，立刻强制终止全部线程，直接结束整个压测
- ✅ 适合脚本调试阶段：快速发现严重错误，避免无效压测
✅ 当前正式 50 并发压测：保持选择 继续
3. Same user on each iteration（每次迭代使用相同用户）
- ✅ 当前已勾选，推荐保持勾选
- 含义：同一个线程（虚拟用户）反复循环时，复用同一份 Cookie、Token、会话信息，和真实浏览器用户一致（同一个用户持续访问、保持登录状态）
- 不勾选：每次循环都新建全新用户会话，会反复重新登录、鉴权，不符合真实业务，容易鉴权报错、结果失真
4. 延迟创建线程直到需要
- 默认不勾选
- 不勾选：JMeter 提前把 50 条线程一次性全部初始化好，然后按 Ramp-Up 逐步启动运行请求
- 勾选：直到真正需要运行请求时，才实时创建线程，减少压测机初始内存占用
- ✅ 日常基准压测：保持不勾选即可；超大并发压测时可勾选减轻本机内存压力
5. 调度器（复选框 + 持续时间 / 启动延迟）
- 默认不勾选，基础短压无需开启
- ✅ 勾选后可做定时长压测，常配合【永远】循环模式使用
- 持续时间（秒）：整个线程组总共运行多久后自动停止（例：300 = 压测 5 分钟）
- 启动延迟（秒）：延迟多久之后才开始启动线程、正式发请求（用于多线程组错开启动、等待前置脚本完成登录等准备工作）
- ❗ 本次固定 50 轮短压：不勾选调度器，直接用循环次数 = 50 即可