80%测试员被骗，关于jmeter 的一个弥天大谎！

jmeter是目前大家都喜欢用的一款性能测试工具，因为它小巧、简单易上手，所以很多人都愿意用它来做接口测试或者性能测试，因此，在目前企业中，使用各个jmeter的版本都有，其中以jmeter3.x、4.x的应该居多。

但是，不管大家使用jmeter的什么版本，都可能被jmeter的一个谎言给欺骗了，直到最近jmeter5.2.1版本发布，这个谎言才逐渐浮出水面。

到底是什么谎言呢？

应该大家在做性能测试的时候，都喜欢设置N个线程数，然后循环M次，以此来模拟真实同时N多个用户使用被测系统。对吧！

现实中被测系统，在N多个用户同时使用时，这N个用户应该都是相互独立，互不关联的，对吧！

我们用jmeter设置N个线程数，循环M次，目的就是想模拟这样N个互不关联的用户使用被测系统。但是，jmeter却在这个时候，给我们撒了一个弥天大谎。

如果你想学习自动化测试，我这边给你推荐一套视频，这个视频可以说是B站播放全网第一的自动化测试教程，同时在线人数到达1000人，并且还有笔记可以领取及各路大神技术交流：798478386

【已更新】B站讲的最详细的Python接口自动化测试实战教程全集（实战最新版）_哔哩哔哩_bilibili【已更新】B站讲的最详细的Python接口自动化测试实战教程全集（实战最新版）共计200条视频，包括：1、接口自动化之为什么要做接口自动化、2、接口自动化之request全局观、3、接口自动化之接口实战等，UP主更多精彩视频，请关注UP账号。https://www.bilibili.com/video/BV17p4y1B77x/?spm_id_from=333.337

大家先看这张图，我在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’ 的复选配置项。