JMeter脚本增强之事务、检查点、思考时间、集合点

本文介绍了JMeter中事务、检查点、思考时间和集合点的使用方法。事务处理分单请求和多请求情况;检查点通过断言组件实现,如响应断言;思考时间用定时器组件,建议用随机定时器;集合点用同步定时器,可设置集合人数和超时时间。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

3.3事务
在JMeter中,对于事务的处理是分为两种情况:
·要度量的操作只有一个请求:脚本不需要进行任何额外的处理,修改一下请求名称即可。
·要度量的操作有多个请求:则需要添加逻辑处理器—事务处理器
在这里插入图片描述

Generate parent sample:不会计算浪费时间
Include duration of timer and pre-post processors in generated sample:事务时间包括前置、后置处理器、思考时间
注意:事务名称不要重复,包括请求的名称
3.4检查点
在JMeter中,是通过断言组件来实现检查点技术 ,常见的有响应断言。
在这里插入图片描述

响应断言:这里,Apply to就不在介绍了,我们需要注意的是字符串和包括是一样的,匹配和相等是一样的,区别就在于包括和匹配支持正则,而相等和字符串不支持正则。否表示否定,取反;或者:一个响应断言中可以添加多个断言条件,默认条件之间使用and作为连接符。如果勾选了或者,则表示使用or作为连接符。
3.5思考时间
一般来说是通过定时器组件实现的,常见的有固定定时器,高斯随机定时器,统一随机定时器。一般建议使用随机定时器。
固定定时器:固定等待多少时间
在这里插入图片描述

高斯随机定时器:95%的线程在300ms上下浮动2*100ms
在这里插入图片描述

统一随机定时器:Random Delay Maximum:随机延迟部分
Constant Delay Offset:固定延迟部分
在这里插入图片描述

图中设置会让线程延迟在1.0-1.1秒之间

3.6集合点
一般是通过定时器—同步定时器(Synchronizing Timer)来实现。
在这里插入图片描述

Number of Simulated Users to Group by:集合人数,默认为0,表示所有线程。
Timeout in milliseconds:超时时间,单位是毫秒。默认为0,表示永远不超时。该时间是指第一个线程到达集合点的等待超时时间,时间到达,则不再等待后续线程,会释放所有当前已经到达的线程。
如果同时勾选两个则满足哪个条件执行哪个条件。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

花落同学

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值