jmeter脚本优化——断言

断言
作用:用于检查检测在测试中得到的响应结果是否符合预期,用以保证性能测试过程中数据交互与预期一致。主要是用来调试,真正执行压力测试时候,断言禁用。

目的:在request 返回层面加一层的判断机制

实现的过程:

1、在请求下添加断言,请求不同,添加的断言类型不同;
2、添加一个断言结果的监听器,通过断言结果可以看到是否通过了断言的判断,对
于一次请求,如果通过的话,断言结果中会打印一次请求的名称。
备注:一个请求可以添加多个断言,根据检查的需要添加响应的不同类型的断言,当所有的断言都通过了,才算请求成功。断言是非必须元件,根据需要添加。

Jmeter 中的断言和 Loadrunner 中检查点的作用是一样的。

响应断言:判断返回总的内容是否满足预期
作用对象:响应报文中所有对象(响应代码、响应头信息、响应状态码、响应体(url返回值等等))

一、应用范围(Apply to)
Main sample and sub-samples: 匹配范围为当前父取样器,及子取样器
Main sample only:仅当前父取样器
Sub samples only: 仅子取样器
JMeter Variable:变量值进行匹配
备注:如果一个请求进行了重定向(请求出现了301,302提示,会重新定向发送一个请求),那么原来的这个请求就是父请求,重定向的就是子请求。
二、测试字段(field to Test )
(1)响应文本:响应服务器返回的文本内容,http协议排除header部分
(2)响应代码:匹配响应代码,比如http请求中‘200’代表成功
(3)响应信息:匹配响应信息,处理成功返回‘成功’或者“ok”字样
(4)响应头: 匹配响应头部中的信息
(5)请求头: 匹配请求头部中的信息
(6)URL样本: 对取样器的URL进行断言
(7)断言文档: 从各种类型的文件通过Apache Tika提取文本
(8)忽略状态: 指示JMeter设置sampler status的初始状态为success。sample status是否成功,由已Response status和断言结果决定,当选中Ignore Status时,Response status被强制设置为success,不执行进一步的断言判断。仅第一次断言时使用
(9)请求数据: 对请求的数据断言
三、模式匹配规则(Pattern Matching Rules)
(1)包括: 若文本包含正则表达式模式,则断言成立;(部分匹配)
(2)匹配: 若整个文本与正则表达式模式匹配,则断言成立;(全部匹配,普通字符串,非正则表达式)
(3)相等: 若整个文本与模式字符串相同(区分大小写), 则断言成立;(全部匹配)
(4) 字符串: 若文本包含模式字符串(区分大小写),则断言成立;(部分匹配,普通字符串,非正则表达式)
(5) 否:就相当于取反。 如果断言结果为true,勾选“否”后,最终断言结果为false。如果断言结果为false,勾选“否”后,则最终断言结果为 true
(6)或者: 复选框项, 如果不想用AND连接(所有的模式都必须匹配,断言才算成功),用OR选项可以用于将多个断言模式进行OR连接(只要一个模式匹配,断言就是成功的)
四、测试模式(Patterns to Test)
测试模式:输入结果期望值(空格要去掉),可参数化
五、自定义失败信息(Custom failure message)
断言失败时发送的信息,可查看结果树查看到

Size 断言(大小断言):用来判断返回内容的大小
作用对象:返回信息,响应报文,添加 size 断言,必须指定大小长度
在这里插入图片描述

断言持续时间:用于判断服务器的响应时间是否达到预期
作用对象:服务器

响应时间的设置:毫秒为单位,实际运行结果与设置时间进行比较,大于设置时在这里插入图片描述
间,响应断言失败,小于设置时间,响应断言成功。

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值