如何从摘要报告中识别吞吐量

Question

事务控制器“主页”中有12个请求。已启用的请求总数为12。事务控制器“将频率更改为每日”中有11个请求。交易控制器“选择品牌”中有14个请求。

所有3个事务控制器的设置相同，如下所示。我只使用了1个线程组。线程数为1，循环计数也为1

根据执行总结报告，我有以下问题，如果有人能正确回答，我将不胜感激。

>

从图像中可以看出，主页事务控制器显示的样本数为1。它不应该显示执行的样本总数为12个吗？

“主页”事务控制器的吞吐量为22.8/min。那么，这是否意味着在“主页”事务中，每分钟处理22.8个请求？22.8是如何计算的？这是“主页”事务控制器下所有12个请求的吞吐量之和吗？

在名为“总计”的行和“吞吐量”列中，它将总计显示为3.7/秒。如何计算数字3.7？这意味着什么？这是否意味着整个性能测试的吞吐量为3.7/秒？如何找到整个性能测试的吞吐量？

我猜主页交易控制器的“平均值”显示正确，这是12个api请求的所有12个平均值的总和。我说的对吗？

在名为“总计”的行和“平均”列中，总计显示为538。数字538是怎么计算出来的？这意味着什么？

在名为“总计”的行和“样本”列中，它显示了40个样本。这还包括事务控制器示例（共3个）。这是否具有误导性，因为预期只有37个样本（在所有3个事务控制器中添加样本=37）。为什么还要为事务控制器添加3个示例？我们是否可以不将计数视为37，这是实际执行的样本（发送到服务器的api请求）？

Answer 1

>

它不应该这样做，它充当一个额外的“伪”采样器，保存其子级的累积响应时间，有关更多详细信息，请参阅使用JMeter的事务控制器

根据JMeter词汇表：

吞吐量按请求/时间单位计算。计算从第一个样本开始到最后一个样本结束的时间。这包括样本之间的任何间隔，因为它应该表示服务器上的负载。

公式是：吞吐量=（请求数）/（总时间）。

见第2点

它是12个子运行时间的算术平均值（所有响应时间之和除以12）

参见第4点，但不考虑12个取样器结果，而是考虑所有样本结果

参见第1点，这是事务控制器的工作方式，取决于它可以采用的模式：

• 要么添加一个额外的样本结果，包含其子级的累积响应时间
• 或用累积时间的单个样本结果替换其子级

因此，您可以选择拥有40个样本（37个3个事务控制器）或3个样本（仅限事务控制器）