Jmeter事务控制器&聚合报告

Jmeter 事务控制器

  • 在Jmeter中,默认一个取样器就是一个事务
  • 事务控制器控制其子集取样器,合并为一个事务

添加:逻辑控制器/Logic Controller -> 事务控制器/Transaction Controller

  • TPS: 服务器每秒处理的事务数
  • 在事务控制器下添加多个取样器,想要把多个取样器合并为一个事务时,必须勾选"Generate parent sample"

如果不勾选Generate parent sample,那么每个取样器都会在聚合报告中单独一行展示。

聚合报告/Aggregate Report

添加:监听器/Listener -> 聚合报告/Aggregate Report

在性能测试中,使用聚合报告有两个前提条件:

  1. 没有网络瓶颈

因为我们看聚合报告时,习惯把吞吐量的值等价为TPS的值

聚合报告最后两列吞吐率

根据最后两列,可以判断是否存在网络瓶颈:(注意:最后两列单位是KB/s)

假设当前带宽是1M

1M = 1024kb

1024kb ÷ 8 = 128KB

图中,我们最后两列值为1.46和1.09,距离128很远,所以可以判断不存在网络瓶颈。

  1. 并发用户数不变

负载测试中,并发用户数会随着时间变化而变化,聚合报告就不具备参考价值。

需要注意的是,我们在做性能测试时,不会用到任何监听器。

我们设置3个线程,持续执行5秒,得到如下聚合报告:

聚合报告每一行都代表一个事务

第一列:样本/Samples:所有并发用户在一段时间中的总请求量

这里有 用户数 × 持续时间 × (吞吐量÷用户数) = 请求数

所以,当多用户、持续一段时间请求时,聚合报告的吞吐量其实就是(每秒请求频率×用户数)的值。

第二列到第8列:平均值、中位数、...、最大值:响应时间(单位:ms)

这里最重要的是90% Line:在所有样本中,有90%的样本时间是小于等于这个时间的。

最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!

相关推荐
米粒124 分钟前
力扣算法刷题 Day 41(买卖股票)
算法·leetcode·职场和发展
结构化知识课堂1 小时前
产品经理面试:产品需求分析10题(政策解读、用户心理研究)含答案
面试·职场和发展·产品经理·需求分析·产品思维
wfbcg1 小时前
每日算法练习:LeetCode 36. 有效的数独 ✅
算法·leetcode·职场和发展
酉鬼女又兒2 小时前
零基础快速入门计算机组成原理:《DRAM 刷新方式小结 & SRAM/DRAM 优劣及主存缓存划分》
考研·职场和发展·电脑·计算机组成原理
测试秃头怪3 小时前
python&selenium自动化测试实战项目详解
自动化测试·软件测试·python·selenium·测试工具·职场和发展·测试用例
夜晚打字声3 小时前
12(十二)Jmeter分布式配置
分布式·jmeter
夜晚打字声4 小时前
11(十一)Jmeter设置全局变量
jmeter
薛纪克4 小时前
前端自动化测试的 Spec 模式:用 Kiro Power 实现从需求到脚本的全链路自动化
前端·自动化测试·ai·kiro
RInk7oBjo5 小时前
springdoc-openapi 接口转换为JMeter测试计划实践
jmeter
田梓燊5 小时前
leetcode 234
算法·leetcode·职场和发展