第 6 章：如何设计性能测试场景

第 6 章：如何设计性能测试场景

所属：第三部分 · 实战方法
学习目标：拿到一个需求，能自己定出"压多少并发、压多久、合格标准是什么"。
预计学习时间：3~4 天。

6.0 为什么这章很关键

这是实际工作的第一步，也是新人最懵的地方：到底该压多少并发？压多久？ 不能拍脑袋定，要会估算。定错了目标，后面压出来的数据全是白费。

6.1 核心问题：该定多少并发？

别凭感觉，用数据推算。常用两种方法。

方法一：根据日活估算（最常用）

有个经典经验公式（也叫"80/20 法则"）：

并发数 ≈ (日活用户数 × 单用户日均请求数 × 80%) ÷ (业务高峰时长秒数 × 20%)

通俗版：一天大部分访问集中在少数高峰时段。你不用记死公式，记住思路：

• 先问"一天多少人用、每人点几次"。
• 再问"访问高峰集中在哪几个小时"。
• 高峰期的每秒请求量，就是你要压的目标 TPS。

方法二：根据业务目标直接给

产品/架构直接说：“双十一要扛住每秒 1000 单”，那目标 TPS = 1000，你照着压就行。

6.2 设计场景要定的 5 个参数

6.3 三种典型场景配方

• 基准测试：1 个用户，跑几次，拿到"单用户最快能多快"，作为对比基线。
• 负载测试：逐步加压（100→300→500），找到"性能拐点"（TPS 不再涨、响应时间飙升的那个点）。
• 稳定性测试：中等压力连续跑 8~24 小时，看有没有内存泄漏、响应变慢。

6.4 新手常见误区

• ❌ 所有用户用同一个账号压 → 数据全命中缓存，结果虚高。要用参数化准备大量不同数据。
• ❌ 只压 10 秒就下结论 → 时间太短不稳定，至少跑几分钟看稳态。
• ❌ 只看平均响应时间 → 要看 P95/P99 和错误率。

6.5 本章自测

• 能说出估算并发的两种方法。
• 能列出设计场景要定的 5 个参数。
• 能区分基准 / 负载 / 稳定性测试的配方。
• 知道场景设计的 3 个常见误区。

动手任务： 挑一个你熟悉的系统（比如自己的项目登录接口），写出一份场景设计：目标并发、加压方式、持续时间、通过标准、测试数据。

✅ 学完本章，进入 第 7 章：JMeter 常见坑与实战技巧。