目录
[Number of Simulated Users to Group](#Number of Simulated Users to Group)
[Timeout in milliseconds](#Timeout in milliseconds)
布局设置说明
参数说明:
Number of Simulated Users to Group
每次释放的线程数量。如果设置为0,等同于设置为线程租中的线程数量。
Timeout in milliseconds
如果设置为0,Timer将会等待线程数达到了"Number of Simultaneous Users to Group"中设置的值才释放。如果大于0,那么如果超过Timeout in milliseconds中设置的最大等待时间(毫秒为单位)后还没达到"Number of Simultaneous Users to Group"中设置的值,Timer将不再等待,释放已到达的线程。默认为0
使用时需要注意的点
- 如果设置Timeout in milliseconds为0,且线程数量无法达到"Number of Simultaneous Users to Group by"中设置的值,那么Test将无限等待,除非手动终止。
- Synchronizing timer 仅作用于同一个JVM中的线程,所以,如果使用并发测试,确保"Number of Simultaneous Users to Group by"中设置的值不大于它所在线程组包含的用户数。
(原文:Synchronizing timer blocks only within one JVM, so if using Distributed testing ensure you never set "Number of Simultaneous Users to Group by" to a value superior to the number of users of its containing Thread group considering 1 injector only)
集合点作用域
- Synchronizing Timer是在每个sampler(采样器)之前执行的,而不是之后,不管这个定时器的位置放在sampler之后,还是之前,如下,执行HTTP请求1和HTTP请求2前都会执行同步定时器
- 作用域:当执行一个sampler之前时,和sampler处于相同作用域的定时器都会被执行;
- 如果希望定时器仅应用于其中一个sampler,则把该定时器作为子节点加入
定时器仅仅对HTTP请求2起作用,即仅在HTTP请求2执行前执行定时器,和HTTP请求1无关
实际运行
如上,添加相关请求,结果树等,进行必要设置后,运行查看效果
通过结果树可以看到,请求是批量执行的,其中有两个请求在集合点超时之后运行
点击右上角的感叹号可以查看运行日志,可以看到集合点等待超时的warning日志
资料获取方法
【留言777】
各位想获取源码等教程资料的朋友请 点赞 + 评论 + 收藏 ,三连!
三连之后我会在评论区挨个私信发给你们~