第六篇：JMeter 断言

前言

在 jmeter 中断言用于验证服务器返回的数据是否满足我们的要求。jmeter 提供了以下断言类型：

下面我们主要对响应断言、XPath Assertion、jp@gc - JSONPath Assertion 进行分享，这几个断言类型也是日常压测过程中最常用的，对于其他的断言类型，请大家去看官方文档。jmeter 提供了多大十几种断言方式，但合理利用好常用的几种断言就足以在驰骋于实际的项目应用了。

1、响应断言

响应断言允许用户通过添加模式字符串来比较验证服务器返回的响应。例如对响应返回的状态码进行验证，或是对响应返回的本文内容验证等等。下面我们对响应断言进行详细的说明：

• 名称、注释

　　这里根据你实际的需要填写即可。

• Apply to

　　一般选择 Main sample only 即可。如果一次发送多个请求，则需要根据实际断言需要选择其他选项了。（例如一个 ajax请求，会发送多个 GET 或 POST 时。）

• 要测试的响应字段
• 响应文本

　　服务器响应文本，一般情况下，我们都是勾选改选项，用于验证服务器返回值。

• Document（text）

　　通过 Apache Tika 从各种的文档中提取的文本进行验证，包括响应文本，pdf、word 等等各种格式。jmeter 会用Apache Tika 去解析服务器响应内容，耗内存、也耗时间，解析易失败，尽量少用或不用。多用响应文本方式来进行断言验证

•  URL 样本

　　对请求的 url 进行断言，如果请求没有重定向(302)，那么该url 即为请求的 url；如果有重定向（切跟随重定向），那么url 则包含了请求 url 和重定向 url。

• 响应代码

　　即 http 响应代码，例如 200，404 等等，需要注意：由于 jmeter 默认情况下认为 4xx，5xx 时该请求失败，所以在断言这类响应代码时，需要同时勾选 Ingore Status，才能正常去做断言。

• 响应信息

　　即响应代码对应的信息，例如 OK， Not Found 等等这类的。如下常见类似是响应信息:
　　HTTP/1.1 200 Ok
　　HTTP/1.1 302 Found
　　Response Header : 响应头信息，例如

　　Server: Tengine Date: Thu, 12 Mar 2015 09:43:52 GMT
　　Content-Type: text/html
　　Content-Length: 260
　　Connection: close
　　Location: http://www.baidu.com/404.html

1. Response Headers
即 http 响应头信息，主要用于断言当响应头带有唯一或特定意义时。
2. Ingore Status请参见 4 响应代码的使用说明。
3. 模式匹配规则
4. 包括： 指返回结果包含要测试的模式中指定的内容，支持正
则表达式
5. 匹配：（1）相当于 equals。返回值是固定的，可以以返回值做断言，效果同 equals；（2)正则表达式匹配。用正则表达式来匹配返回结果，但必须全部匹配。即正则表达式必须能匹配整个返回值，而不是返回部分值，注意与包括模式的区别（包括是支持模糊匹配的）。
6. Equals：指返回结果与指定的测试模式完全一致。
7. Substring：与“包括”模式差不多，都是指返回结果包括指定的内容，但 Substring 不支持正则表达式。
8. 否：相当于取反。即如果上述断言结果为 true，勾选“否”选项后，则最终断言结果为 false。
注：在使用该断言时，熟练掌握正则表达式是必备的能力。

  XPath Assertion

如果服务器响应返回的是 xml 格式的内容，这时最佳的断言验证类型就是使用 XPath Assertion。

• Apply to

一般选择 Main sample only 即可。如果一次发送多个请求，则需要根据实际断言需要选择其他选项了。（例如一个 ajax请求，会发送多个 GET 或 POST 时。）

• XML Parsing Options

Use Tidy(tolerant parser):使用 Tidy（容错解析器），默认选择 quiet
Quiet：不显示
Report errors：错误报告
Show warnings:显示错误
Use Namespaces:使用名称空间
Validate XML:验证 XML（文件包/数据）
Ignore Whitespace:忽略空格（允许你指定语法分析器可以忽略哪个空格，而哪个空格是重要的）
Fetch external DTDs:获取外部 DTDs（一些 XML 元素具有属性，属性包含应用程序使用的信息，属性仅在程序对元素进行读、写操作时，提供元素的额外信息，这时候需要在 DTDs中声明）

• Path Assertion

输入框中写入 xpath 断言，点击 Validate 验证其正确性

• True if nothing matches

确认都不匹配

jp@gc - - JSON Path Assertion

如果服务器响应返回的是 json 格式的内容，这时最佳的断言验证类型就是使用 jp@gc - JSON Path Assertion。

注： 默认下载的 jmeter 是不支持该方式的，需要安装 json plugins，在选项-Plugins Manager-Available Plugins 找到 JSON Plugins 安装好即可。下面对 json path assertion 进行说明

• JSON Path

json 提取表达式，用于提取目标 json 串节点值。

• Validate against expected value

勾选该选项，则验证目标期望结果

• Match as regular expression

勾选该选项，则期望值项，支持正则表达式

• Expected Value

自定义期望值

• Expect null

期望值为 null，勾选该选项，则会断言结果为 null 的情况

•  Invert assertion(will fail if above condition met)

取反，如果上述两种期望值断言为 true，勾选该选项，则断言结果为 fail；如果上述期望值断言为 fail，勾选该选项，则断言结果为 true。

总结

本次分享主要就响应断言、XPath 断言、JSON 断言三种常用的断言类型进行了说明，对于具体的示例，后续在实践篇章会结合其他基础功能一一进行分享，这三种断言应该说满足日常压测过程断言的大部分场景，大家需要深入理解其各个选项的含义。