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%的样本时间是小于等于这个时间的。

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

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