五、jmeter脚本的基本构成&断言

本文介绍了JMeter脚本的基本构成,包括取样器和断言的使用。在压测过程中,断言如响应断言是用于验证接口返回结果的正确性。文章详细讲解了如何添加响应断言,以及断言的配置选项,如匹配模式和作用域。此外,还讨论了断言对性能的影响以及何时应该使用断言。在某些场景下,如数据库操作接口,可以通过直接查询数据库验证结果,而查询接口则更适合添加断言。

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

一、 jmeter脚本的基本构成

在压测中,一个基本脚本的构成,需要二部分。

  • 取样器(如http请求)
  • 断言

在调试过程中,可以添加结果树,在实际压测过程中,需要干掉结果树

在调试过程中,可以添加聚合报告,在实际压测过程中,可以不添加聚合报告。

因为我们在执行跑脚本命令,

sh jmeter -n -t /Users/a57/天气.jmx -l /Users/a57/3.jtl -e -o /Users/a58/cs2/

会自动生成一个格式为jtl的聚合报告。

添加或者不添加,对性能影响不大。

任何一个元器件,都会影响性能,我们要尽量少的使用元器件。

二、响应断言

添加响应断言

右键http请求-》添加-〉断言-》响应断言。

断言的种类有很多,一般使用响应断言就够用了。

 作用域Apply to:

1、主请求和子请求

2、主请求

3、子请求

4、自定义

默认选中的就是2主请求 Main sample only。

断言的位置:

 一般在响应文本里配置。(一般不会设置响应代码作为断言,因为响应代码200只表示这个请求正常发出接收了,并不代表这个接口的业务逻辑处理正常)

匹配模式:

一般选择包括就可以了。 

添加断言内容:

 可以添加多条断言内容。

加完断言后,执行脚本,查看结果树,如果没有提醒你报错,那就是断言成果了,只有断言失败的时候,才会有提示。

2.1注意:

不是每个接口都要加断言的,因为断言处理,会消耗我们压力机的性能。

我们可以通过其他手段,来代替添加断言,判断接口是否执行成功。

类型一:向数据库写/插入/update/删除的接口

测试计划,向数据库写一万条数据。我们可以去数据库,查看实际写入多少条,通过比对来得出成功率。

一般成功率要求99%,再严格一点的要求成功率为99.9%。

没必要实时查看数据/对比数据。等执行完脚本,统一看数据就可以了。

查询接口,就只能添加断言了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

_喵酱_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值