[内部资源] 想拿年薪30W+的软件测试人员,这份资料必须领取~
Jmeter 事务控制器。
-
在Jmeter中,默认一个取样器就是一个事务
-
事务控制器
控制其子集取样器,合并为一个事务
添加:逻辑控制器/Logic Controller -> 事务控制器/Transaction Controller
-
TPS: 服务器每秒处理的事务数
-
在事务控制器下添加多个取样器,想要把多个取样器合并为一个事务时,必须勾选"Generate parent sample"
如果不勾选Generate parent sample
,那么每个取样器都会在聚合报告中单独一行展示。
聚合报告/Aggregate Report
添加:监听器/Listener -> 聚合报告/Aggregate Report
在性能测试中,使用聚合报告
有两个前提条件:
-
-
没有网络瓶颈
-
因为我们看聚合报告时,习惯把吞吐量的值等价为TPS的值。
聚合报告最后两列是吞吐率
根据最后两列,可以判断是否存在网络瓶颈:(注意:最后两列单位是KB/s)
假设当前带宽是1M
1M = 1024kb
1024kb ÷ 8 = 128KB
图中,我们最后两列值为1.46和1.09,距离128很远,所以可以判断不存在网络瓶颈。
-
-
并发用户数不变
-
负载测试中,并发用户数会随着时间变化而变化,聚合报告就不具备参考价值。
需要注意的是,我们在做性能测试时,不会用到任何监听器。
我们设置3个线程,持续执行5秒,得到如下聚合报告:
聚合报告每一行都代表一个事务
第一列:样本/Samples:所有并发用户在一段时间中的总请求量
这里有 用户数 × 持续时间 × (吞吐量÷用户数) = 请求数
所以,当多用户、持续一段时间请求时,聚合报告的吞吐量其实就是(每秒请求频率×用户数)的值。
第二列到第8列:平均值、中位数、...、最大值:响应时间(单位:ms)
这里最重要的是90% Line:在所有样本中,有90%的样本时间是小于等于这个时间的。