赞
踩
在使用Jmeter进行性能测试时,往往会用到部分定时器进行辅助测试。使用定时器的主要目的是通过模拟用户的思考时间来模拟真实用户行为。
根据使用用途区分,常用定时器可分为以下三类:
时间类
- 固定定时器(Constant Timer)
- 统一随机定时器(Uniform Random Timer)
- 高斯随机定时器(Gaussian Random Timer)
- 泊松随机定时器(Poisson Random Timer)
吞吐量类
- 常数吞吐量定时器(Constant Throughput Timer)
- 精准吞吐量定时器(Precise Throughput Timer)
虚拟用户类
- 同步定时器(Synchronizing Timer)
Thread Delay (in milliseconds) - 线程延迟(毫秒)
请求会在等待固定的毫秒数后执行。
示例:请求固定延迟3秒。
如果在线程组中使用时,则线程组中的每个请求都将固定延迟n秒。
如果在某请求中使用时,则仅在该请求执行前固定延迟n秒。
Random Delay Maximum (in milliseconds) - 随机延迟毫秒数
Constant Delay Offset (in milliseconds) - 固定延迟毫秒数
请求的延迟时间将在【固定延迟 ,固定延迟 + 随机延迟】区间。
示例:请求延迟区间2秒~5秒。
Deviation (in milliseconds) - 偏差(毫秒)
Constant Delay Offset (in milliseconds) - 固定延迟毫秒数
总的延时 = 固定延迟时间 + 高斯随机生成的偏差值
示例:偏差1秒,固定延迟3秒。运行多次,请求延迟区间分布3~4秒。
Lambda (in milliseconds) - 泊松分布值,大部分时间位于该区间
Constant Delay Offset (in milliseconds) - 固定延迟毫秒数
请求的延迟时间将在【固定延迟 , 固定延迟 + 泊松分布值】区间。
示例:大部分请求延迟在接近4秒。
Target throughput(in samples per minute) - 每分钟的吞吐量
Calculate Throughput based on – 基于吞吐量计算
有5个选项:
- 只有此线程:控制每个线程的吞吐量,选择这种模式时,总的吞吐量 = 设置的目标吞吐量 × 该线程的数量
- 所有活动线程:设置的目标吞吐量将分配在每个活跃线程上,每个活跃线程在上一次运行结束后等待合理的时间后再次运行。活跃线程指同一时刻同时运行的线程。
- 所有活动线程(共享):与所有活动线程的选项基本相同。唯一区别是,每个活跃线程都会在所有活跃线程上一次运行结束后等待合理的时间后再次运行。
- 当前线程组中的所有活动线程:设置的目标吞吐量将分配在当前线程组的每一个活跃线程上,当测试计划中只有一个线程组时,该选项和所有活动线程选项的效果完全相同。
- 当前线程组中的所有活动线程(共享):与当前线程组中的所有活动线程基本相同,唯一的区别是,每个活跃线程都会在所有活跃线程的上一次运行结束后等待合理的时间后再次运行。
Target Throught - 目标吞吐量:期望测试的TPS
Throughput period – 吞吐量周期:在多少秒内执行测试的TPS
Test duration - 测试持续时间:测试时长
Number of threads in the batch – 批处理的线程数:是指准备好了多少个线程后一起发起请求(即集合点)
Number of Simulated users to Group by - 模拟用户组的数量:
设置同步的线程数。
集合点集合够n个用户释放线程,最后一批线程数不够集合点数目时,Jmeter会一直等待。如果超时时间设置0,Jmeter会卡住,需要杀掉Jmeter进程重新执行测试。
例如:
1、线程6个,集合点设置5个。超时时间设置为0,最后一个用户则达不到5个就会一直等。
2、设置的值大于它所在线程组中设置的线程数,超时时间设置为0,也会一直等待。
Timeout in milliseconds - 超时时间:
如果设置的时间为0,表示无超时时间,将会等待模拟用户组的数量中设置的值达到了才释放给线程组。
如果设置的时间大于0,一旦到了设置的时间,即使集合的线程数没有达到模拟用户组的数量中设置的值,也会释放给线程组。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。