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

Jmeter 如何从摘要报告中识别吞吐量,jmeter,Jmeter,我用Jmeter创建了一个简单的脚本。我已经使用transaction controller了解了执行特定事务需要多少时间。如图所示,我的api请求分为3个事务,即:“主页”、“将频率更改为每日”和“选择品牌”。 事务控制器“主页”中有12个请求。已启用的请求总数为12。 事务控制器“将频率更改为每日”中有11个请求。 交易控制器“选择品牌”中有14个请求 所有3个事务控制器的设置相同,如下所示。我只使用了1个线程组。线程数为1,循环计数也为1 根据执行总结报告,我有以下问题,如果有人能正

我用Jmeter创建了一个简单的脚本。我已经使用transaction controller了解了执行特定事务需要多少时间。如图所示,我的api请求分为3个事务,即:“主页”、“将频率更改为每日”和“选择品牌”。

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

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

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

  • 如图所示,“主页”事务控制器将样本数显示为1。它是否应该显示执行的样本总数(12个)

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

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

  • 我猜HomePage transaction controller的“Average”显示正确,这是12个api请求的所有12个平均值的总和。我说得对吗

  • 在名为“总计”的行和“平均值”列中,总计显示为538。数字538是如何计算的?这意味着什么

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

  • 它不应该,它充当一个额外的“伪”采样器,保存其子对象的累积响应时间,有关更多详细信息,请参阅

  • 根据JMeter术语表:

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

    公式是:吞吐量=(请求数)/(总时间)

  • 见第2点

  • 它包含12个子运行时间(所有响应时间之和除以12)

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

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

    • 或者添加一个额外的样本结果,其中包含其子级的累积响应时间
    • 或者用累积时间的单个样本结果替换其子项
    因此,您可以选择40个样本(37+3个事务控制器)或3个样本(仅限事务控制器)