【发布时间】：2018-03-29 09:40:40
【问题描述】：
我对 193 个样本进行了 JMeter 测试 我可以看到我的平均响应时间为 5915 毫秒，Throghput 为 1.19832。
我只是想知道它们究竟是如何相关的
【问题讨论】：
-
错误百分比为 25.389%
标签： jmeter load-testing throughput response-time
【发布时间】：2018-03-29 09:40:40
【问题描述】：
所有答案都在JMeter Glossary中
经过的时间。 JMeter 测量从发送请求之前到收到最后一个响应之后所经过的时间。
吞吐量按请求/时间单位计算。时间从第一个样本开始到最后一个样本结束计算。这包括样本之间的任何间隔，因为它应该代表服务器上的负载。 公式为：
Throughput = (number of requests) / (total time).
关系是：响应时间越长，吞吐量越低，反之亦然。
您可以使用Transactions per Second 等图表来表示吞吐量，使用Response Times Over Time 来表示响应时间，以便将它们绘制在您的测试时间线上，并使用Composite Graph 将它们放在一起。这样您就可以跟踪趋势。
所有 3 个图表都可以使用 JMeter Plugins Manager 安装
【讨论】：
TL;DR
不，但是是的。
两者没有直接关系，但增加吞吐量时，可能会因服务器负载/压力而影响服务器响应时间。
如果出现超时错误，响应时间可能会增加。
但对于验证或防火墙错误 - 响应时间可能会减少。
JMeter archive里有很长的解释，最后是用迪士尼来演示：
想想您上次去迪士尼或您最喜欢的游乐园。让我们将游乐设施的容量定义为每转可以坐在游乐设施上的人数（想想过山车）。吞吐量将是每单位时间退出乘车的人数。让我们将服务时间定义为您坐在车上的时间。让我们将响应时间或延迟定义为您的排队时间（死区时间）加上服务时间。
【讨论】：
在负载/性能测试方面。吞吐量和响应时间成反比。 IE 随着响应时间的增加，吞吐量应该会降低。 随着吞吐量的增加，响应时间应该会减少。
您可以在此博客中获得更详细的定义：
【讨论】：
当所有资源都变得繁忙时，吞吐量会有所增加并保持稳定。现在，如果此时用户请求进一步增加，响应时间将会增加。但是，如果响应时间增加仅仅是因为内部排队，那么由于系统同时接受更多请求，响应时间也在增加，吞吐量不会改变。当队列已满时，更多请求会失败。如果响应增加是由于处理或服务请求的一些延迟，例如在数据库上运行查询，那么由于系统不接受更多请求，同时响应时间也在增加，因此吞吐量会下降。 只是一般性的解释。
【讨论】：
响应时间：从用户发送请求到请求完成的时间。
吞吐量：在一定时间内可以进行交易或请求的数量是服务器属性。这里 1.19832 /minute 表示服务器每分钟可以处理 1.19832 个样本。
随着响应时间增加吞吐量增加。
【讨论】：