我为193个样本进行了JMeter测试 我可以看到我的平均响应时间为5915ms，Throghput为1.19832。
我只是想知道它们是如何完全相关的
答案 0 :(得分：3)
所有答案都在JMeter Glossary
经过时间。 JMeter测量从发送请求之前到刚收到最后一个响应之后的经过时间。
吞吐量计算为请求/时间单位。时间从第一个样品的开始到最后一个样品的结束计算。这包括样本之间的任何间隔，因为它应该代表服务器上的负载。 公式为：
Throughput = (number of requests) / (total time).
关系是：响应时间更长 - 吞吐量更低，反之亦然。
您可以将Transactions per Second等图表用于吞吐量，将Response Times Over Time用于响应时间，以便在测试时间轴上绘制它们，并Composite Graph将它们组合在一起。这样您就可以跟踪趋势。
安装所有3个图表答案 1 :(得分：0)
TL; DR
不，但是。
两者都没有直接相关，但是当增加吞吐量时，由于服务器上的负载/压力，它可能会影响服务器响应时间。
如果有超时错误，响应时间可能会增加。
但是对于验证或防火墙错误 - 响应时间可能会减少。
JMeter archive中有一个很长的解释，最后使用迪士尼来证明：
想想你上次去迪士尼或你最喜欢的游乐园。让我们将乘坐的容量定义为每回合可以坐的乘车人数（想想过山车）。吞吐量将是每单位时间退出的人数。让我们定义服务时间，让您节省乘坐时间。让我们将响应时间或延迟定义为您的乘车排队时间（停滞时间）加上服务时间。
答案 2 :(得分：0)
Respose Time：这是用户发送请求直到请求完成时计算的时间。
吞吐量：服务器属性是指在一定时间内可以进行的交易或请求数量。这里1.19832 /分钟意味着服务器坎德尔每分钟1.19832样本。
随着Respose Time增加吞吐量增加。
答案 3 :(得分：0)
在负载/性能测试方面。吞吐量和响应时间成反比。即 随着响应时间的增加，吞吐量应降低。 随着吞吐量的增加，响应时间应减少。
您可以在此博客中获得更详细的定义：
答案 4 :(得分：0)
当所有资源繁忙时，Throughout会有所增加，并保持稳定。现在，如果此时用户请求进一步增加，响应时间将会增加。但是，如果响应时间的增加仅是由于内部排队引起的，则是由于系统在同时接收更多请求的事实中，响应时间也有所增加，而整个情况不会改变。当队列已满时，更多请求将失败。如果响应的增加是由于处理或处理请求方面的某些延迟（例如在数据库上运行查询）引起的，则由于系统不接受更多请求并且与此同时响应时间也在增加，因此整个响应时间将减少。 只是一个一般性的解释。