Jmeter(五)：json提取器元件及jsonpath介绍，响应断言元件

Jmeter：son提取器元件及jsonpath介绍

json提取器元件介绍

json提取器与正则表达式提取器功能类似，也是用来截取响应信息的部分保 存到指定的变量中去，不同的是，它只能用来处理响应正文，并且响应正文必须 是json格式的。它的优势是能更快更灵活的截取json格式文本中的内容。json提 取器在jmeter5.2.1版本中部分字段没有汉化过来。

路径：右击http请求——后置处理器——json提取器

如下图所示：

同时，我也准备了一份软件测试视频教程（含接口、自动化、性能等），需要的可以直接在下方观看，或者直接关注VX公众号：互联网杂货铺，免费领取

软件测试视频教程观看处：

json提取器元件字段介绍

名称/注释：自定义的描述性文字

APPly to：作用范围 

　　Main sample and sub-samples: 作用于主节点的取样器及对应子节点的取样器

　　Main sample only：仅作用于主节点的取样器

　　Sub-samples only：仅作用于子节点的取样器

　　JMeter Variable Name to use：作用于jmeter变量(输入框内可输入jmeter的变量名称)，从指定 变量值中提取需要的值

Names of created variables：Jmeter变量的名称

JSON Path expressions：调试通过的json path表达式；常用的表达式为$.标签名、$.标签名[0].标签名；详情见下面的jsonpath介绍

Match Numbers：匹配数字（0代表随机，1代表第一个，-1代表所有），默认不 填写是获取符合条件的第一个，与正则表达式类似

Compute comcatemation var(suffix_ALL)：如果发现许多结果，插件将使用“，” 分隔符将它们连接起来，并将其存储在名为_ALL的var中

Default Values：当没有获取到参数值时的默认值

备注：

当json提取器要提取两个值（或两个以上）的时候，一定要填写默认值，不然会报错“Mismatch between number of variables, json expressions and default values”

JsonPath介绍

JsonPath 是一种信息抽取类库，是从JSON文档中抽取指定信息的工具， 在Python、Java、Javascript等编程语言中都有相应的类库提供。jmeter的json 提取器元件就可以使用jsonpath语法来截取json文档的内容。

json数据视图展示的地址：https://www.bejson.com/

jsonpath语法如下：

　　$：表示根目录

　　.：表示下一节点

　　..：表示任意一个节点

举例如下：

$.nums ： 其中$代表根目录，这个表达式能取出10

$.tags[0].name: 遇到数组，使用[下标] ，这个表达式能取出 新梦想

$..name：任意节点中有name的值，则取第一个值；这个表达式也能取出 新梦想

在使用requests发送接口请求时，使用jsonpath时，jsonpath返回的是列表形式

Jmeter：响应断言元件

响应断言元件介绍

响应断言元件的功能是对接口的响应信息进行自动断言校验，来判断接口测 试得到的接口返回值是否正确。jmeter中该元件支持将请求或响应的各个字段与 模式字符串进行比较。有了该元件，就可以完成自动化接口测试，而不需要用手 工核对接口返回的结果

路径：右击http请求——断言——响应断言

展示如下：

响应断言元件字段介绍

名称/注释：自定义描述性文字

APPly to：作用范围

　　Main sample and sub-samples：作用于主节点的取样器及对应子节点的取样器

　　Main sample only：仅作用于主节点的取样器

　　Sub-samples only: 仅作用于子节点的取样器

　　JMeter Variable Name to use: 作用于jmeter变量(输入框内可输入jmeter的变量名称)，从指定 变量值中提取需要的值

测试字段：要进行断言的响应字段选择，支持请求信息、响应信息等，其中响应 文本表示通过Apache Tika从各种类型的文档中提取文本

忽略状态：取样器的总体成功取决于断言结果与现有的响应状态的结合，当选择 “忽略状态” 复选框时，响应状态被强制成功，再进行本次断言评估

一个请求有多个响应断言，当第一个断言设置该选项，那么如果第一个断言失败后，第二个断言成功，事务还是成功状态（最后的断言必须勾选）

模式匹配规则：

1、包括 - 如果文本包含正则表达式模式，则为true

2、匹配 - 如果整个文本与正则表达式模式匹配，则为true

3、相等(Equals)- 如果整个文本等于模式字符串，则为true（区分大小写）

4、字符串(Substring) - 如果文本包含模式字符串，则为true（区分大小写）

5、否 - 反转检查结果，用于表示不包含，不匹配，不等于，没有和模式字符串 相匹配的Substring。

6、或者 - 一个断言可以添加多个“要测试的模式”。使用OR选项后，只要其中 有1个模式匹配，断言将会成功。不选择“OR”时将默认为AND选项，必须所 有模式都匹配，断言才会成功。

要测试的模式：输入结果期望值，可以增加多行期望结果

自定义失败消息：设置自定义的断言失败消息来替换系统默认的失败提示信息。

实战举例：

响应文本：判断返回的body中是否有7200；如下图

响应代码(响应状态码)：判断响应的状态码是否为200；如下图

响应信息: 判断响应headers中是否为OK；如下图

响应头：判断响应headers中的信息是否有指定的信息；如下图

请求头：判断请求头中是否有指定的信息；如下图

URL样本：判断url里面是否有指定的信息；如下图

写在最后

PS：这里分享一套软件测试的自学教程合集。对于在测试行业发展的小伙伴们来说应该会很有帮助。除了基础入门的资源，博主也收集不少进阶自动化的资源，从理论到实战，知行合一才能真正的掌握。全套内容已经打包到网盘，内容总量接近500个G。如需要软件测试学习资料，关注公众号（互联网杂货铺），后台回复1，整理不易，给个关注点个赞吧，谢谢各位大佬！

☑ 240集-零基础到精通全套视频课程
☑ [课件+源码]-完整配套的教程
☑ 18套-测试实战项目源码
☑ 37套-测试工具软件包
☑ 268道-真实面试题
☑ 200个模板-面试简历模板、测试方案模板、软件测试报告模板、测试分析模版、测试计划模板、性能测试报告、性能测试报告、性能测试脚本用例模板（信息完整）

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。