来个网站奖励自己,上海网站公司,郑州正规的网站制作价钱,龙华龙岗网站建设公司jmeter是目前大家都喜欢用的一款性能测试工具#xff0c;因为它小巧、简单易上手#xff0c;所以很多人都愿意用它来做接口测试或者性能测试#xff0c;因此#xff0c;在目前企业中#xff0c;使用各个jmeter的版本都有#xff0c;其中以jmeter3.x、4.x的应该居多。 但是…jmeter是目前大家都喜欢用的一款性能测试工具因为它小巧、简单易上手所以很多人都愿意用它来做接口测试或者性能测试因此在目前企业中使用各个jmeter的版本都有其中以jmeter3.x、4.x的应该居多。 但是不管大家使用jmeter的什么版本都可能被jmeter的一个谎言给欺骗了直到最近jmeter5.2.1版本发布这个谎言才逐渐浮出水面。
应该大家在做性能测试的时候都喜欢设置N个线程数然后循环M次以此来模拟真实同时N多个用户使用被测系统。对吧
现实中被测系统在N多个用户同时使用时这N个用户应该都是相互独立互不关联的对吧
我们用jmeter设置N个线程数循环M次目的就是想模拟这样N个互不关联的用户使用被测系统。但是jmeter却在这个时候给我们撒了一个弥天大谎。 大家先看这张图我在jmeter5.1.1版本创建一个普通的线程组设置线程数2、循环次数2线程组下用一个“csv数据文件设置”获取登录的账户信息一个普通的http取样器做登录一个普通的http取样器做登录后获取用户列表。
为了找出这个‘谎言’我在登录接口下面加个后置正则表达式提取器提取登录成功后的session值然后把session值放在下一个取样器的‘名称’中打印出来。
分析
如果完全等价于真实场景那应该有4个用户登录生成4个session用4个不同的session去获取用户列表信息对吧
好现在我们用这个脚本run一下看下结果 看下结果 看到一个奇怪的事情没有4个手机号都不相同但是session只有2个。线程1的两次迭代使用了相同的session线程2的两次迭代也使用了相同的session。
说明同一线程无论迭代多少次都是使用相同的session也就是线程第一次登录的用户生成的session一直用于后面的迭代。、
为了验证我们的这个总结我们修改线程数为3迭代次数为永远持续循环10秒钟再看下run的结果。 看到了吗不管迭代多少次同一个线程下所有用户都是使用相同的session。
原来在我们使用jmeter做性能测试时使用多线程循环迭代多次并不是我们理想中的真实场景。jmeter欺骗了我们。
那这种情况只是出现在jmeter5.1.1版本中吗我们把相同的脚本拷贝到jmeter3.2版本和jmeter4.0版本中我们再来看看。 看到了吗原来这是jmeter的家族遗传史啊都是这样的情况。没有深入研究你是不是一直都认为jmeter多用户迭代做性能测试就是你理想中的模拟用户真实使用场景的呢
这个有没有什么办法做到你理想中的模拟用户真实的使用场景呢
告诉大家一个好消息在jmeter最新的5.2.1版本中已经发生变化啦走过、路过、不要错过都过来看看啦别被一个‘谎言’迷惑终身啦
在jmeter5.2版本发布的时候已经在 线程组 的设置中悄悄的加上了一个复选配置项Same user on each iteration 默认为勾选同时在cookie管理器、缓存管理器、授权管理器 的配置选项中也都增加了一个 ‘Use Thread Group configuration to control clearing’ 的复选配置项。 加了这个怎么用呢
首先我们的脚本和前面的脚本做法完全一样。
只是要注意
1、在线程组配置时要去掉默认的Same user on each iteration 的勾选
2、在cookie管理器配置中要勾选 Use Thread Group configuration to control cookie clearing
做好了这些我们来run一下看下 这样配置后在发起获取用户列表信息时session都是使用新登陆的用户生成的session每次都不一样。这样也就更真实的模拟了大量用户访问被测系统的实际情况。
好了这个技能你get到了吗 感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
