你绝对百度不到的jmeter使用技巧(欢迎提问,不定时更新)

性能交流扣扣群:317765580

提问1

如何在大并发测试下,让登录或者后续接口只执行一次?

回答

这个问题网上的答案其实很多,但是大多不靠谱。
比如推荐使用仅一次控制器,但是仅一次控制器对线程组无效;比如推荐跨线程组调用,但是这样比较繁琐,新人也搞不定;
其实只要各位对元件熟悉,这个问题很简单

下图100线程:

添加一个吞吐量定时器,选择总数计算

下面这就ok了,是不是很简单?

提问2

大并发的登录之后,后续接口在做并发的时候有一些session重复了,并发量越大,重复几率越高。如何保证后续并发的session不重复?

回答

原因其实是因为jmeter的多线程存在竞争机制,那么并发量很大的时候,就会有一部分线程下的请求抢到了同样的session。
我们可以把这些登录口令在并发登录的时候先在本地保存一份哦,用来代替用户名密码做登录参数!

比如下图所示的session

写个小脚本把这些session保存下来

后续并发的时候直接引用这些cookie就行了

但是这种也有缺点,脚本会略微的影响吞吐量

提问3

如何识别tps拐点

回答

先分析下面这张图。下面这张图上展示了阶梯负载量,响应时间,tps三种数据

从图上能看出来三个趋势
1:tps升到一个相对高点之后,长期维持稳定,不再升高
2:运行一段时间之后,响应时间开始逐渐升高,但是趋势不明显
3:随着负载越来越高,tps长期保持稳定
分析:
在负载逐渐升高的情况下,tps却长期不变。这并不是说明性能很稳定,而是说明我们单位时间内的单线程tps是在逐渐降低的(单位时间tps/总线程)。
再分析响应时间,我们的响应时间其实也是在逐渐升高,从侧面反映出线程的tps是在下降的。
但是具体在多少负载量的时候我们的瓶颈点已经到来?这张图上不好计算,我们换一个监听器

这张图的趋势就比较明显了。随着负载升高,线程的tps逐渐达到一个高点,然后开始下降。那么这个最高点就是我们的性能瓶颈点

提问4

jmeter做压测的时候,性能监听图形毛刺过多,看的想吐怎么办

回答

先秀一张图阶梯增压的图形,看看什么是毛刺

这个场景是阶梯增压,每5s加10个,加到200,然后持续运行
可以看出来tps曲线坑坑洼洼,高低不平,惨不忍睹,怎么给它打磨一下?
修改setting


再回头看一下图形是不是没那么多毛刺了?

但是tps曲线依然波动很剧烈,这是我们的压力设置的不合理导致的
下面把ramp up值改成10s,让我们的线程压力没那么大


响应时间的剧增总是伴随着tps的大跌

提问5

非GUI模式下做负载测试,修改参数好麻烦的说

回答

把关键参数都设置成变量,在非GUI下引用就行了,就像下面介样子


写一个shell脚本,参数全部引用一下


bat执行的时候就像下面这个样子,hin轻松有没有~

提问6

jmeter4444端口无法监听远程服务器怎么解决

回答

4444端口在阿里云和腾讯云服务上,是默认不开放的。想要监听到,有两种办法,一种是防火墙开放4444端口,一种是更换端口。命令如下
./startAgent.sh --udp-port 0 --tcp-port 1234

提问7

远程机执行jmeter脚本,怎么快速更换csv参数路径?

只需要在参数路径中加入一组函数,就可以实现参数路径自动定位,如下

${__P(user.dir,)}${__P(file.separator,)}test.txt

这一组函数的作用是,不论在linux还是在本机,都可以自动切换路径格式,不需要手动修改

posted @ 2020-03-07 08:24  飞天小子  阅读(757)  评论(1编辑  收藏