【Jmeter5.1】JMeter检查点_断言组件_Response Assertion(响应断言)、JMeter事务、JMeter集合点

继：正则表达式：https://blog.csdn.net/ak739105231/article/details/103234810

       参数化：https://blog.csdn.net/ak739105231/article/details/87534103

一、Jmeter检查点

解释：使用过jmeter都知道，其实运行脚本的结果，人工是可以验证的；但是在大并发的情况下，就需要设置Jmeter检查点来验证如服务器响应出错（响应超时、响应不对等）；jmeter提供断言组件来实现该功能。

明确：断言组件是通过获取服务器响应数据，然后根据断言规则去匹配这些响应数据；匹配正规是正常，匹配失败即异常，此时，jmeter就会判断该事务失败，在察看结果树中看到的请求名称是红色字体标识。

响应断言基本能够满足80%以上的验证问题，所以我们这里就描述响应断言元件。

二、Response Assertion(响应断言)

响应断言即是对服务器的响应数据进行规则匹配，下面是参数的解释：

这里对“测试匹配规则”进行简要说明：

包括：响应内容包括需要匹配的内容即代表成功，支持正则表达式；

匹配：响应内容要完全匹配需要匹配的内容即代表响应成功，大小写不敏感，支持正则表达式；

Equals(相等)：响应内容要完全等于需要匹配的内容才代表响应成功，大小写敏感，不支持正则表达式；

Substring(字符串):响应内容包含需要匹配的内容才代表响应成功，大小写敏感，不支持正则表达式；

否：选择Equals与Substring时，匹配的是字符串，大小写敏感，有时会失败，此时可以选择此项，会降低匹配级别，类似降到“包括”、“匹配”的级别，就可以响应成功。

测试模式就是我们要验证的内容；

下面是断言正确与错误的对比：

三、JMeter事务

jmeter默认帮我们把一个sample当作是一个事务；但是有的时候，我们需要将多个sample当作一个事务，就使用jmeter事务；

下面看一下结果（事务错误的情况）：

第二种（事务正确的情况）：

四、JMeter集合点（未使用）：

性能测试需要模拟大量用户并发，集合点能够尽量让虚拟用户同一时间发送请求，在jmeter中集合点是通过定时器来完成的。如：固定定时器、随机定时器等。