【性能测试】Jmeter详细操作-小白使用手册（2）-EW帮帮网

本篇文章主要介绍Jmeter中如何使用

JSON断言、同步定时器、事务控制器、CSV数据文件设置、HTTP Cookie管理器

一：JSON断言

1：正确结果展示

2：错误结果展示

3：JSON配置

（1）Additionally assert value添加断言值

（2）Match as regular expression正则匹配

2：Jmeter中不设置Cookie管理器演示

3：设置HTTP Cookie管理器

一：JSON断言

1：正确结果展示

2：错误结果展示

使用错误的名称

登录返回的数据中没有code1这个数据，所以没有找到这个result，换成data

3：JSON配置

（1）Additionally assert value添加断言值

①若不选Additionally assert value，表⽰添加断⾔值，则可⽤来判断字段是否存在
②选择Additionally assert value，则必须添加Expected Value期望的断⾔值（这里区分大小写）

（2）Match as regular expression正则匹配

③若不选Match as regular expression正则匹配，则Expected Value必须填写完整，少⼀个字符都会导致断⾔失败
④若选择Match as regular expression正则匹配，则Expected Value可以仅写上部分关键词即可断⾔成功

去匹配我们的token字符串

4：正则表达式

（1）\d匹配数字

（2）\s匹配字符

\s匹配所有空白符，包括换行；\S非空白符，不包括换行；

（3）最小匹配多少次

5：使用展示

二：同步定时器

1：场景引入

配置了五个线程，我们想要让这个五个线程达成同步并发的效果，但是看我们当前的执行情况，这些线程是在1s内陆陆续续的完成，没有达成我们预想中并发执行的效果。（这里就是谁先准备好，谁就先发起请求）

2：实现并发效果

想象一个场景：我们行人在过马路前需要等待红灯跳转到绿灯，行人在这个等待的过程中越聚越多，绿灯一亮，行人则蜂拥而过。

同步定时器可以理解为集合点，当线程数量达到指定值后，再⼀起释放，可以瞬间产⽣很⼤的
压⼒。这样，可以更好地模拟真实的⽤⼾并发访问场景，提⾼测试的准确性和可靠性。

配置的数量与我们前面设置好的线程组的数量保持一致

3：前后对比

所有线程都准备好了，一起发送请求，达到并发的效果

4：如果模拟用户组数量大于线程组数量

这里就会卡主，因为没有它会一直等待到50个线程准备完毕，才发送请求。所以这里设置的数量不可以大，那可以小吗？

答案也是不可以的，假设我们当前设置的模拟用户组数量为3，那么我们就是分3个一组请求一次，但是我们设置的是5个线程呀，还有2个线程凑不出来3，所以就迟迟不能发送请求。也会卡主

那又有一个问题了：若小于配置的线程数，线程组中的线程数与当前配置的数据必须成整数倍。这个结论是否正确呢？

也是不可以的，假设我们的线程组数量为（6），我们第一轮准备好的线程数（5）>=配置的数量3，就直接发送请求了（3），此时还有一个就落单了，落单的那个线程就会一直等

所以当配置的数量小于线程数时，最好把循环打开，避免最后一次为准备好的线程数量达不到并发数

三：事务控制器

我们现在有5个接口

打开聚合报告，就会显示五个接口的相关测试信息

1：创建事务控制器

思考：我们现在如果想要把登录接口和列表接口合并成一个事物，应该怎么做呢？

执行合并操作

再打开聚合报告，就会发现，多了一行我们的登录事务

2：聚合报告的信息讲解

登录和用户信息接口平均响应时间分别为34ms和22ms，相加登录事务为56ms

列表页返回的data数据比较多，所以响应的时间比较高是正常的

一般看90%的请求对应的响应时间

（1）异常就是错误率

（2）吞吐量——有两种划分方式

①请求的数量划分

TPS——每秒处理的事务数量（常用）发送很多请求，每秒处理的事务数越高，tps越高，性能越高

QPS——每秒的查询率

②网络数据包划分

四：CSV数据文件设置

1：场景引入

以登陆接⼝为例，当我们执⾏登陆接⼝的性能测试时，⼿动配置了⽤⼾名和密码为固定的username和password，然⽽实际使⽤中不可能只有⼀个⽤⼾登陆，为了模拟更真实的登录环境，我们需要提供更多的⽤⼾username和password来实现登录操作

我们现在不把用户名和密码写死，

2：创建我们要的信息

（1）创建一个表格

word文档

（注：如果我们数据库当中的用户数量不多的话，可以自己添加一些数据进去，这里在查看数据库是可以格式化查看，比如select * from user\G）无分号，格式化查看

（2）保存文件

3：参数介绍

⽂件名：填写csv⽂件的路径。建议使⽤绝对路径。
• ⽂件编码：UTF-8
• 变量名称：从csv数据⽂件中读起的数据需要保存到的变量名。有多个变量时⽤逗号分隔
• 是否忽略⾸⾏：是否从csv数据⽂件第⼀⾏开始读取。
• 分隔符：要求与csv数据⽂件中多列的分隔符⼀致
• 遇到⽂件结束符再次循环：若选择为True当数据不够的时候会从头取。若选择False，则需要勾选
下⾯的配置，遇到⽂件结束符停⽌线程，这⾥如果不勾选，请求将会报错。