前言
本文主要分享两种定时器(同步定时器、固定定时器)的用法,从作用,设置方法以及实例演示几个方面讲解,结尾还有小知识哦!一起开始学习吧!
一、同步定时器(集合点)
1、作用:实现用户满足设置值时,在选定场景同时并发,在不满足条件时所有请求处于等待状态。
2、路径:选中事务-鼠标右键-添加-定时器- 同步定时器(Synchronizing Timer)
3、设置:添加完成后,将同步定时器放置于需要测试的请求前(此处将集合点存放于查询请求前)
4、页面属性说明:
–模拟用户组的数量:设置用户集合数,当用户达到设置的值时,才进行后续的操作
–超过时间以毫秒为单位:
(1)该值默认为0。当值设置为0而线程数又达不到集合点中设置的值时,就会一直等待,不执行请求,需要手动stop,若满足设置值则释放(执行后续操作)。
(2)设置值>0,如果超过设置的最大等待时间(单位为毫秒)后还没达到"模拟用户组的数量"中设置的值,定时器将不再等待,释放已到达的线程。
5、实例:
场景1:添加同步定时器在“查询”事务中,定时器设置"模拟用户组的数量"的值为100,“超过时间以毫秒为单位”的值为5000
执行脚本!
结果:
(1)若线程组超过5秒后只有90个用户执行完查询事务前的操作,那么定时器将会让90的用户继续进行后续操作。
(2)若线程组5秒内后100个用户成功执行,请求将同步释放模拟并发。
场景2:添加同步定时器在“查询”事务中,定时器设置"模拟用户组的数量"的值为100,“超过时间以毫秒为单位”的值为0
执行脚本!
结果:
(1)用户执行未能达到设置值100,线程就会处于一直等待的状态,需要手动停止脚本。
(2)用户达到设置值100,那么请求将同步释放模拟并发。
试一试吧~
二、固定定时器
1、作用:设置请求之间的执行间隔时间,多用在对性能进行能力验证的领域
2、路径:选中事务-鼠标右键-添加-定时器- 固定定时器
3、设置:添加完成后,将固定定时器放置于需要测试的事务中(此处将固定定时器放置于查询事务中)
4、实例:固定定时器的“线程延迟(毫秒)”设置为5000。
执行脚本,察看结果树可以看到“查询”事务下的请求都会间隔5s才执行
如下图,“查询”事务下的请求“查询1”跟“查询2”脚本开始执行时间间隔为5s
定时器目前熟悉的就是这两个,其他的等以后用到再继续记录,额外赠送一个知识点(我人还怪好咧),记笔记啦~~
三、组件的执行顺序
以取样器为核心
取样器同一父节点的,从上到下按顺序执行
总体顺序为:测试计划-线程组-定时器-csv文件-取样器-后置处理–断言-察看结果树
自己可以将这些组件在jmeter组合测试下,组件放错位置也会对脚本产生影响。
wuu~
又是学到知识的一天!
给自己点个赞!