性能测试——jmeter性能测试——重点—核心——线程组、Ramp-Up Period、Loop Count 次采样

2024-02-08 17:28:46

jmeter 自带的线程组控件（Thread Group）中有三个重要的属性，分别是 Number of Threads, Ramp-Up Period, 和 Loop Count，用于控制线程组的行为。

这三个属性的重要性与其文档的丰富程度严重不符。不仅变量名简略抽象，而且官方文档也含糊不清。

本文尝试在实验验证的基础上，把这三个变量的含义解释清楚。

TL;DR

太长不看版:

Jmeter 将在 Ramp-Up Period 时间范围内，启动 Number of Threads 个用户（线程），并且使每个用户（线程）重复发出 Loop Count 次请求（采样）。

用户请求模型

我们先来看简单的用户请求的模型。Jmeter 的每一个模拟用户，发起的时机和触发条件由 Jmeter 自己的调度策略指定。Thread Group 三个属性 No. of Threads, Ramp-Up Period, 和 Loop Count 默认都为1 。

三个 1 表示仅有一个用户，在整个测试过程中仅发起一次请求，且请求会在1秒钟内发出。如果把请求在时间轴上展开，将是像下图一样。

图中的蓝色方框表示测试脚本执行时间，Jmeter保证了请求在规定时间内发起。

在开始解释线程组属性之前，我们先看看如何验证对概念的理解是否正确。

验证方法

我们在 Jmeter 里用如下简单的测试方案能观察并且验证我们对概念的理解是否正确。

Test Plan
   └─Thread Group
        ├─ jp@gc - Dummy Sampler
        └─ jp@gc - Active Threads Over Time

将 Dummy Sampler 的响应时间默认值改为下图：

这样我们就能通过 Active Threads Over Time 插件观察 Jmeter 发起用户请求的调度逻辑。

比如上面的三个属性值都为1的情况，得到的记录是这样的：

图上右下角的红点的时间坐标是1秒，纵坐标是1，在整幅图里只出现了1次。这就是体现了三个属性值都为1的情况。

单个用户的 Loop Count

在分别讲解三个属性之前，希望您能忘掉先前对这三个属性的理解，因为错误的理解会妨碍您接收新的、正确的概念。

Loop Count 这个属性名称过于简略，无法直观的理解，容易引起误会。Loop Count 真正属性的含义是：

同一个用户，请求的重复次数

当取 Loop Count = 5 时，属性值列表如下：

Jmeter 发起请求的过程在时间轴上延伸是下图的样子：

通过上述的验证方法，可以观察得到

再次发起请求的时机，大概是一次完整的请求结束后。即，响应结束后，发起下一次请求。

Ramp-Up Period

Ramp-Up Period，我认为这个名称可以翻译为“建立时间”。Ramp Up 的含义是指“从无到有”的时间，好比飞机从起飞到平飞的的过程。这里的含义指：

确保在此时间内，建立起全部线程

回头看上面单个用户的 Loop Count 一节中，由于整个测试中只有一个线程，所以 Ramp-Up Period 这个属性其实是没有发挥作用的，因为任何测试初期至少要建立一个线程。只要建立了一个线程，Ramp-Up Period 就完成任务了。

所以，对于单用户的情况，无论 Ramp-Up Period 设置或长或短，都不会在 Active Threads Over Time 的图中体现出来。

比如，当单用户的 Loop Count = 10 时，属性列表如下时：

得到的 Active Threads Over Time 图形如下：

上图中，尽管 Ramp-Up Period 设置为1秒，但是由于在测试一开始就建立了全部的 1个线程，所以这个线程是可以持续工作到10秒钟的。和 Ramp-Up Period 设置为1秒没有关联。

但是，当多用户并存时，Ramp-Up Period 和 Loop Count 配合在一起，就能得到不同的线程调度结果，参见后面的案例。

用户数 Number of Threads(users)

Jmeter 使用线程模拟用户，增加一个线程就是多一个模拟用户。Number of Threads 表示模拟的并发用户数。
当取 Number of Threads = 5 时，由于上面验证方法一节中，Dummy Sampler 模拟的响应时间是 500ms 。为了便于观察结果，我们将 Ramp-Up Period 设置为 5秒 ，这样能将5个线程发起请求的时间在时间轴上完全分开而不重叠。属性列表如下：