查看原文
其他

JMeter断言07

苦叶子 开源优测 2022-11-13


 

前言

在jmeter中断言用于验证服务器返回的数据是否满足我们的要求。

jmeter提供了以下断言类型:

下面我们主要对响应断言、XPath Assertion、jp@gc - JSON Path Assertion进行分享,这几个断言类型也是日常压测过程中最常用的,对于其他的断言类型,请大家去看官方文档。

jmeter提供了多大十几种断言方式,但合理利用好常用的几种断言就足以在驰骋于实际的项目应用了。

响应断言

响应断言允许用户通过添加模式字符串来比较验证服务器返回的响应。

例如对响应返回的状态码进行验证,或是对响应返回的本文内容验证等等。

下面我们对响应断言进行详细的说明:

  • 名称、注释
    这里根据你实际的需要填写即可。

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

  • 要测试的响应字段

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

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

  3. URL样本
    对请求的url进行断言,如果请求没有重定向(302),那么该url即为请求的url;如果有重定向(切跟随重定向),那么url则包含了请求url和重定向url。

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

  5. 响应信息
    即响应代码对应的信息,例如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: 260Connection: close Location: http://www.baidu.com/404.html
  1. Response Headers
    即http响应头信息,主要用于断言当响应头带有唯一或特定意义时。

  2. Ingore Status 请参见4响应代码的使用说明。

  • 模式匹配规则

  1. 包括: 指返回结果包含要测试的模式中指定的内容,支持正则表达式

  2. 匹配:(1)相当于equals。返回值是固定的,可以以返回值做断言,效果同equals;(2)正则表达式匹配。用正则表达式来匹配返回结果,但必须全部匹配。即正则表达式必须能匹配整个返回值,而不是返回部分值,注意与包括模式的区别(包括是支持模糊匹配的)。

  3. Equals:指返回结果与指定的测试模式完全一致。

  4. Substring:与“包括”模式差不多,都是指返回结果包括指定的内容,但Substring不支持正则表达式。

  5. 否:相当于取反。即如果上述断言结果为true,勾选“否”选项后,则最终断言结果为false。

注:在使用该断言时,熟练掌握正则表达式是必备的能力。

XPath Assertion

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

  • Apple 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断言三种常用的断言类型进行了说明,对于具体的示例,后续在实践篇章会结合其他基础功能一一进行分享,这三种断言应该说满足日常压测过程断言的大部分场景,大家需要深入理解其各个选项的含义。


更多精彩:

  1. 工具篇 - JMeter之旅01

  2. 工具篇 - JMeter目录及关键配置分析02

  3. 工具篇 - HTTP协议报文结构及示例03

  4. 工具篇 - JMeter组件手册04

  5. 工具篇 - JMeter性能测试基本过程及示例05

  6. JMeter定时器06



您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存