【性能测试】Jmeter 配置元件(一):计数器
Jmeter 配置元件(一):计数器
在 Jmeter 中,通过函数 ${__counter(,)}
可以实现每次加
1
1
1 的计数效果。但如果步长不为
1
1
1,则要利用到我们的计数器。
函数 | 作用 |
---|---|
${__counter(,)} | 计数器,每次加 1 |
${__dateTimeConvert(,)} | 时间格式转换 |
${__intSum(,)} | 整数相加 |
${__P(,)} | 获取属性 |
${__setProperty(,)} | 设置属性 |
${__Random(,)} | 随机数 |
${__threadNum} | 线程编号 |
${__time(,)} | 获取当前时间戳 |
${__V(,)} | 拼接 |
我们首先添加一个 线程组。我们设置 线程数 为
5
5
5,Ramp-Up
时间为 1 秒,为了便于观测,循环次数 设为
3
3
3。
既然要了解计数器,首先给线程组添加一个 计数器。操作:线程组(右键添加)?? 配置元件 ?? 计数器。
我们对计数器做出如下设置:
- 开始值(
Starting value
):给定计数器的起始值、初始值,第一次迭代时,会把该值赋给计数器。 - 递增(
Increment
):每次迭代后,给计数器增加的值。 - 最大值(
Maximum value
):达到最大值时,自动重置初始值;默认的最大值为 2 63 ? 1 2^{63}-1 263?1,即Long.MAX_VALUE
。 - 数字格式(
Number format
):可选格式,比如 000,格式化为 001,002 … 三位,不足补 0;默认格式为Long.toString()
,但是默认格式下,还是可以当作数字使用。 - 引用名称(
Exported Variable Name
):用于控制在其它元素中引用该值,比如:变量名称为reference_name
,形式:${reference_name}
。 - 与每用户独立的跟踪计数器(
Track Counter Independently for each User
):如果不勾选,即全局的计数器,比如用户#1
获取值为 1 1 1,用户#2
获取值则为 2 2 2;如果勾选,即独立的计数器,则每个用户有自己的值:比如用户#1
获取值为 1 1 1,用户#2
获取值也为 1 1 1(注:网上很多帖子这个参数都解释反了,估计是某一篇说错了,然后其他人直接搬过去都没有验证过,本文有验证)。 - 在每个线程组迭代上重置计算器(
Reset counter on each Thread Group Iteration
):可选,仅勾选与每用户独立的跟踪计数器时可用。
为了方便观察输出,我添加了一个 JSR223 Sampler。
我们再添加一个 查看结果树,并允许将所有数据写入一个文件(待会有用)。
现在我们可以执行看一看。
首先来看一下 日志:
再看一下结果树:
因为前面我们并未勾选 与每用户独立的跟踪计数器,所以它是一个全局的计数器,所有的线程会共享这个计数器。
现在我们勾选上 与每用户独立的跟踪计数器。
再来看看结果
可以看到,线程之间并没有共享计数器,而是独立的计数器。
现在我们再勾选上 在每个线程组迭代上重置计算器。
我们再来看看结果。
因为线程之间独立,且每一次循环也独立,所以结果全部都是一样的。
我们再把 最大值 改小一点看看。
查看结果树。
我们会发现,当超过最大值以后,计数器会重新从头开始计算(取 ≤ 最大值的数据)。
再来一个好玩的。 10 10 10 个线程一直循环,且不设最大值。跑一会,看看会得到啥?
我大概跑了二三十秒。
结果树不方便查看,所以写入到了 CSV 文件中,很快就生成了 100 多 MB 大小的文件。
打开来看一看。
我们检查一下 label
是否有重复项。
为什么博主要做这样一个的实验呢?因为博主踩过一个坑。我需要创建大量的测试数据,且名字不能重复,我用了给名字后缀添加计数器的方式,但是设置了最大值 10000 10000 10000,跑了一会很快就发现有重名的出现。
如果我们不设置最大值,即使超过了格式上的设置,比如下图中是 5 5 5 位数的格式,Jmeter 也会自动扩充数位。
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!