1. 断言
断言组件是通过获取服务器响应数据，然后根据断言规则去匹配这些响应数据；匹配到是正常现象，此时我们看不到任何提醒，如果匹配不到，即出现了异常情况，此时JMeter就会断定这个事务失败，那么我们在察看结果树中看到的请求名称是红色字体。断言组件有多个，在实际的测试过程中响应断言基本能够满足80%以上的验证问题。
参数说明如下：
√ 名称：可以随意设置，最好有业务意义。
√ 注释：可以随意设置，可以为空。
√ Apply to：应用范围，有以下4个选项。
Main sample and sub-samples:匹配范围包括当前父取样器并覆盖至子取样器。
Main sample only:匹配范围是当前父取样器。
Sub-sample only:仅匹配子取样器。
JMeter Variable:支持对JMeter变量值进行匹配。
√ 要测试的响应字段：针对响应数据的不同部分进行匹配，包含以下7个选项：
响应文本：响应服务器返回的文本内容，HTTP协议排除Header部分。
Document(text)：对文档内容进行匹配。
URL样本：匹配URL链接。
响应代码：匹配响应代码，比如HTTP协议返回代码“200”代表成功。
响应信息：匹配响应信息，比如处理成功返回“成功”字样，或者“OK”字样。
Response Headers：匹配响应中的头信息。
Ignore Statues：一个请求有多个响应断言，其中第一个响应断言选中此项，当第一个响应断言失败时可以忽略此响应结果，继续进行下一个断言，如果下一个断言成功则还可以判定事务成功的。
√ 模式匹配规则：包含以下5个选项：
包括：响应内容包括需要匹配的内容即代表响应成功，支持正则表达式。
匹配：响应内容要完全匹配需要匹配的内容即代表响应成功，大小写不敏感，支持正则表达式。
Equals：响应内容要完全等于需要匹配的内容才代表响应成功，大小写敏感，需要匹配的内容是字符串非正则表达式。
Substring：响应内容包含需要匹配的内容才代表成功，大小写敏感，需要匹配的内容是字符串非正则表达式。
否：选择Equals与Substring时匹配是字符串，大小写敏感，有时会响应失败，此时可选择此项会降低匹配级别，类似降到“包括”“匹配”的级别，这样可以响应成功。
√ 要测试的模式：填入你需要匹配的字符串或者正则表达式，注意要与模式匹配规则搭配好。
2.事务
TPS：每秒事物数。
2.1 逻辑控制器
逻辑控制器就是控制程序逻辑，JMeter逻辑控制器有很多种，比如循环控制器、随机控制器、模块控制器、事务控制器等。
2.2 事务控制器
参数说明：
√ 名称：可以随意设置，最好有业务意义。
√ 注释：可以随意设置，可以为空。
√ Generate parent sample：如果事务控制器下有多个取样器（请求），勾选它，那么在“查看结果树”中我们不仅可以看到事务控制器，还可以看到每个取样器；并且事务控制器定义的事务是否成功是取决于子事务是否都成功，其中任何一个失败即代表整个事务失败。
√ Include duration of timer and pre-post processors in generated sample：是否包括定时器、预处理和后期处理延迟的时间。
3.集合点
性能测试需要模拟大量用户并发，集合点能够尽量让虚拟用户同一时刻发送请求，在JMeter中集合点是通过定时器来完成的。
3.1 定时器
JMeter定时器用来控制取样器执行时机，有固定定时器、随机定时器等。
3.2 同步定时器
同步定时器用来保证我们的取样器在同一时刻向服务器发起负载，考虑到线程运行的时间快慢与场景需要，也提供了同步线程数量的设置。
设置同步的线程数量，我们在运行测试时，每一个线程的运行时间可能不一样，想要让所有线程都集合在一起可能会等待较长时间，这种情况下我们可以先让一部分集合完毕的线程运行起来。另外，有些场景不一定要等待所有的线程集合完毕，只需要部分线程保证同步就可以了。