jmeter 线程执行顺序_Jmeter元件执行顺序

（1）配置元件（config elements ）

（2）前置处理程序（Per-processors）

（3）定时器（timers ）

（4）取样器（Sampler）

（5）后置处理程序（Post-processors）

（6）断言（Assertions）

（7）监听器（Listeners）

关于执行顺序，需要注意：

前置处理器、后置处理器和断言等元件功能对取样器作用，因此，如果在它们的作用域内没有任何取样器，则不会被执行。

如果在同一作用域范围内有多个同一类型的元件，则这些元件按照它们在测试计划中的上下顺序依次执行。

案例分析：

1.测试需求：测试20个用户访问 http://www.1000phone.net 在负载达到30 QPS(每秒查询率)时的平均响应时间。

2.测试步骤：

第一步：添加线程组

线程组主要包含三个参数：线程数、准备时长（Ramp-Up Period(in seconds)）、循环次数。

v 线程数：虚拟用户数。一个虚拟用户占用一个进程或线程。设置多少虚拟用户数在这里也就是设置多少个线程数。

v 准备时长（单位为s）：设置的虚拟用户数需要多长时间全部启动。如果线程数为20 ，准备时长为10 ，那么需要10秒钟启动20个线程。也就是每秒钟启动2个线程。

v 循环次数：每个线程发送请求的次数。如果线程数为20 ，循环次数为5，那么每个线程发送5次请求。总请求数为20*5=100 。如果勾选了“永远”，那么所有线程会一直发送请求，一到选择停止运行脚本。

第二步：增添HTTP请求

第三步：设置QPS限制

Jmeter提供了一个非常有用的定时器，称为Constant Throughput Timer （常数吞吐量定时器），该定时器可以方便地控制给定的取样器发送请求的吞吐量。

Constant Throughput Timer 的主要属性介绍：

Target throughput（in samples per minute）：目标吞吐量。注意这里是每分钟发送的请求数，实际填的数值为：60*QPS 其次Calculate Throughput based on ：有5个选项，分别是：

This thread only ：控制每个线程的吞吐量，选择这种模式时，总的吞吐量为设置的 target Throughput 乘以该线程的数量。

All active threads ： 设置的target Throughput 将分配在每个活跃线程上，每个活跃线程在上一次运行结束后等待合理的时间后再次运行。活跃线程指同一时刻同时运行的线程。

All active threads （shared ）：与All active threads 的选项基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程上一次运行结束后等待合理的时间后再次运行。

All active threads in current thread group ：设置的target Throughput将分配在当前线程组的每一个活跃线程上，当测试计划中只有一个线程组时，该选项和All active threads选项的效果完全相同。

All cative threads in current thread group （shared ）：与All active threads in current thread group 基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程的上一次运行结束后等待合理的时间后再次运行。

如果知友对这部分内容感兴趣，可以持续关注小编的账号，除此之外，小编还录制了不少这方面的技术视频，知友如果有需要，可以私聊本小编获取哦！