吞吐量对于所有API都是恒定的，即使响应时间在设置的持续时间内变化很大
我在Jmeter中执行了一个1小时的负载测试。下面是结果
请求A1：样本-130983平均-488毫秒吞吐量-34.11
请求B1：样本-130948平均-170毫秒吞吐量-34.10
请求C1：样本-130940平均-151 ms吞吐量-34.11
请求D1：样本-130860平均-79.98 ms吞吐量-34.09
请求E1：样本-130925平均-1757毫秒吞吐量-33.93
吞吐量和响应时间之间的关系参考链接表示，
在负载/性能测试方面。吞吐量和响应时间成反比。也就是说，随着响应时间的增加，吞吐量应该会减少。随着吞吐量的增加，响应时间应该会减少
但在结果中，我得到了所有样本的吞吐量几乎保持不变，尽管它们的响应时间不同。
不同响应时间的吞吐量如何相同？
共有2个答案
不同测试之间的线程数是否有任何变化？如果您有更多的线程，并且系统以34/s的吞吐量达到最大，那么使用10个线程的示例运行的平均响应时间将是使用5个线程的相同运行的两倍。
你有没有用计时器来计时？如果您有一个节奏和足够多的JMeter线程，您肯定可以通过不同的响应时间达到相同的吞吐量。
利特尔定律http://www.testautomationguru.com/jmeter-performance-testing-application-of-littles-law-to-workload-models/
https://theperformanceengineer.com/2013/09/11/loadrunner-how-to-calculate-transaction-per-second-tps/
-
我对193个示例运行了一个JMeter测试，平均响应时间为5915ms，Throghput为1.19832。 我只想知道它们到底有什么关系
-
我运行jmeter脚本将近一周，今天观察到一件有趣的事情。以下是场景： 概述：我正在逐渐增加应用程序的负载。在上一次测试中，我给应用程序加载了100个用户，今天我将加载增加到150个用户。 150名用户测试结果： > 与上次测试相比，请求的响应时间减少了。（这是个好兆头） 吞吐量急剧下降到上一次测试的一半，负载更少。 我的问题是： > 当我的许多请求失败时，我得到了好的响应时间吗？ 注：直到100
-
我正在根据以下要求开发JMeter脚本 Http请求总数-24，Http请求总数/分钟-12，测试持续时间2min，每分钟请求之间的等待时间：60min/12req=5秒。 在我的场景中总共发生了3笔交易 添加文档（占总请求的20%） 添加文档（占总请求的80%） 更新文档（占总请求的100%） 下面是我使用过的线程组和控制器 > 终极线程组终极线程组 （2） 吞吐量控制器分配负载的百分比[24个
-
我得到了以下结果，吞吐量没有变化，即使我增加了线程数。 场景#1： 线程数：10 加速期：60 吞吐量：5.8/s 平均值：4025 场景#2： 线程数：20 加速期：60 吞吐量：7.8/s 平均值：5098 场景#3： 线程数：40 加速期：60 吞吐量：6.8/s 平均： 4098 我的JMeter文件包含一个单一的ThreadGroup，其中包含一个GET。 当我执行对响应时间更快（小于3
-
给出了jmeter为10个线程生成的摘要报告（并发请求）。 我们能否从我们为10个用户获得的报告中计算并找到50个线程的响应时间和吞吐量。我必须运行负载测试的Restapi触发电子邮件和短信通知。我想知道他们是否有办法找到大约50个线程的响应时间和吞吐量，如果我们有10个线程的报告。
-
如何计算请求之间的延迟。我有一个简单的Jmeter脚本，包含以下4个组件： > 线程组-线程数设置为10，重置其他字段有缺省值。 Http采样器-名为Thread-${uuuuThreadNum}Req-${uuuuu计数器（TRUE）}点击URL-google。公司 恒定吞吐量计时器：目标吞吐量-60，计算所有活动线程的吞吐量。 在表侦听器中查看结果。 请解释如何计算请求之间的延迟和要创建的请求