jmeter基础系列——断言

本文详细介绍了Jmeter断言的使用。Jmeter的断言即对比事件结果与预期结果,相符则成功。以常用的响应断言为例,设置断言需了解要测试的响应字段(如响应文本、代码等)和模式匹配规则(包括、匹配等),断言对Jmeter脚本很重要。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

对于Jmeter而言,它的‘检查点’也称为断言,即获取一个事件产生的某个结果,以与预期出现的结果进行对比,若两者相符,即为断言成功,实际与预期一致,该事件具备实用价值,而以该事件为基础的其他事件,因此而拥有执行的根据。本文将对jmeter断言的使用,做一些详细的介绍。

打开jmeter测试计划,右键点击其中一个请求—添加—断言—选择其中一种类型的断言。断言的种类很多,如beanshell断言,响应断言,Compare断言,XML断言等,在此不一一讲述,主要以最常用的响应断言作为例子,讲解如何设置断言。设置断言最重要的是了解两部分的内容,一是了解要测试的响应字段,二是了解不同的模式匹配规则,才能正确的设置断言。

在这里插入图片描述

要测试的响应字段

响应字段包括响应文本、响应代码、响应信息、响应头、URL样本、Document(text)。
响应文本: 服务器响应文本,一般普通http响应,都勾选这个。
url样本:是对sample的url进行断言。如果请求没有重定向(302),那么这个就是请求url。 如果有重定向(且跟随重定向),那么url就包含请求url 和 重定向url
响应代码:http响应代码,如101,200,302,404,501等。但当我们要验证404,501等http响应代码时,需要勾选“ ignore status”。因为当http 响应代码为400,500时,jmeter默认这个请求时失败的。
响应信息:http响应代码对应的响应信息,例如:OK, Found
响应头 : 响应头信息
Document(Text):一般普通http请求,不选择这个。

模式匹配规则

匹配规则即为选择部分匹配还是全部完全匹配,是否支持正则表达式匹配等。规则一般4类,有包括、匹配、Equals和Substring。
包括:部分匹配,支持正则表达式。
匹配:全部完全匹配,支持正则表达式。
Equals:全部完全匹配,不支持正则表达式。
Substring:部分匹配,不支持正则表达式。

如对睿江云官网的请求进行断言,查看响应文本中是否包含‘服务器’的单词。则:
  响应字段:选择响应文本
  模式匹配规则:选择包括
  要测试的模式:直接写入**‘服务器’**
在这里插入图片描述
由此,运行测试计划,即可通过判断响应文本中是否包含‘服务器’,来断定登录成功与否。如果断言成功,结果树中该请求显示为绿色,如果断言失败,结果树中该请求即为红色,点开该请求,还可看到具体的断言情况。如在以上的断言设置中把要测试的模式设置为‘淡漠明志’,睿江云官网不包括该文字信息,则断言失败,如下图。
在这里插入图片描述
断言虽然简单,但这是建立在掌握正则表达式的使用规则的基础上的,而且对于jmeter脚本来说断言非常重要,一些请求若没有断言而无法判断成功与否,即使吞吐量或请求量跑到非常高也是毫无意义,因为这些指标都是基于一定的请求成功率才有说服力。
在这里插入图片描述睿江云计算官网链接:https://www.eflycloud.com/home?from=RJ_0024

### JMeter 中 JSON 响应断言配置 在 JMeter 测试计划中,当接口返回的数据为 JSON 格式时,可以使用 `JSON 断言` 来验证特定字段的内容是否符合预期。这有助于确保 API 的响应数据满足测试需求。 #### 使用场景 对于期望从服务器接收到结构化 JSON 数据的情况,可以通过定义精确路径来提取并校验这些数据中的具体部分[^1]。 #### 添加 JSON 断言组件 为了实现这一点,在 HTTP 请求采样器之后添加一个新的断言元件——即 **JSON Assertion** (注意:如果版本较旧可能显示为 BeanShell 或其他形式),此操作可通过右键点击目标取样器 -> Add -> Assertions 完成[^2]。 #### 设置 JSON 路径表达式 进入该断言设置界面后,需指定要匹配的 JSONPath 表达式及其对应的期望值。例如: - 对于属性名为 `informationStatus` 下面的一个元素,其完整的 JSONPath 可能看起来像这样:`$.datas.informationStatus` - 如果希望这个状态码等于整数 `0` ,那么就在“Expected Value”框内输入数字 `0` ```json { "datas": { "informationStatus": 0, ... } } ``` #### 实际应用案例 假设有一个 RESTful Web Service 返回如下所示的部分 JSON 结构: ```json { "success": true, "message": "", "data": [ {"id":"1","name":"Alice"}, {"id":"2","name":"Bob"} ] } ``` 此时想要确认数组中第一个对象的名字确实是 `"Alice"` , 则可以在 JSON 断言里填写这样的参数组合: - JSON Path Expression: `$..data[0].name` - Expected Value: Alice 一旦上述条件都已正确设定好,则每当执行到关联于此断言的请求时,JMeter 就会自动检查实际获取到的结果是否与预设相符;如果不符则视为失败,并记录相应日志信息以便后续分析处理.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值