当我在jmeter中进行负载测试时,我有样本列表。每个样本都返回自己的吞吐量。但是,在聚合图或汇总结果中,它在底部有一个总行并添加了所有吞吐量。这意味着什么?
我可以将总吞吐量用作整个测试运行的总吞吐量。为什么摘要报告会增加所有样本吞吐量而不是显示平均吞吐量?
在下图中,我运行了2个用户和2个加速时间的负载测试。
如上所示,总计实际上总结了吞吐量而不是聚合吞吐量。
然而,当我用1个用户和1个加速时间进行测试时,它会聚合吞吐量并显示采样器的平均吞吐量。
在下图中,我用1个螺纹和1个加速时间进行了测试。
这是一个错误吗?
答案 0 :(得分:2)
不,这不是错误!!!
吞吐量是测试期间发送到服务器的每单位时间的请求数(秒,分钟,小时)。
吞吐量是运行期间服务器(正在测试的应用程序)处理的实际负载,但它不会告诉您在同一运行期间服务器性能的任何信息。
吞吐量计算为请求/时间单位。时间从第一个样品的开始到最后一个样品的结束计算。这包括样本之间的任何间隔,因为它应该代表服务器上的负载。 公式为:吞吐量=(请求数)/(总时间)。
因此,在您的情况下对于2位用户:应用程序处理 10.7次请求/秒。
对于单个用户:应用处理 22.9个请求/秒。
答案 1 :(得分:1)
这里没有总结,如果你在屏幕截图中看到总和大约是14.4 /秒,那么它不是所有吞吐量的总和。它的计算值基于您给出的负载和您的应用程序将支持上述吞吐量。
在您的情况下,如果用户访问该应用程序,它每秒支持22.9个请求。但是当两个用户访问该应用程序时,它每秒支持10.7个请求。
请点击此处了解有关Jmeter吞吐量的更多信息
Jmeter aggregate report total throughput - how is calculated
答案 2 :(得分:0)
在性能测试的情况下,平均值是我们都避免的。 回到实际问题。考虑您在一个工作流程中有5个请求。您正在运行此测试50次迭代。因此在负载测试期间发出250个请求。
现在,您要分析单个请求性能以及整体系统性能。在这种情况下,当您想要深入查看并查看单个请求以查找瓶颈时,请查看请求的吞吐量和响应时间。
如果要查找系统可以处理的总负载,请查看总吞吐量。