我进行了193个样本的Jmeter测试我可以将平均响应时间视为5915ms，而ThrogHput为1.19832。
我只想知道它们是如何完全相关的
所有答案均在jmeter词汇表中
经过的时间。 Jmeter测量从将请求发送到最后一次响应之前的时间。
吞吐量是按时间的请求/单位计算的。时间是从第一个样本的开头到最后一个样本结束的时间。这包括样本之间的任何间隔，因为它应该代表服务器上的负载。公式为：
Throughput = (number of requests) / (total time).
关系是：较高的响应时间 - 较低的吞吐量，反之亦然。
您可以使用图表，例如每秒交易，以获取随着时间的推移的吞吐时间和响应时间，以使响应时间将它们绘制在测试时间轴和复合图上，以将它们绘制在一起。这样，您将能够跟踪趋势。
可以使用Jmeter插件管理器安装所有3个图表
tl; dr
否，但是是。
两者都没有直接相关，但是当增加吞吐量时，它可能会因服务器上的负载/压力而影响服务器响应时间。
如果有超时错误响应时间可能会增加。
但是，对于验证或防火墙错误 - 响应时间可能会减少。
Jmeter存档中有一个很长的解释，最后是使用迪士尼证明：
想想您上次去迪士尼或您最喜欢的游乐园。让我们将骑行的能力定义为每回合可以坐在骑行中的人数(想想过山车(。吞吐量将是每单位时间退出乘车的人数。让我们定义服务时间您坐在乘车上的时间。让我们将响应时间或延迟定义为您的时间(死时间(加上服务时间。
在负载/性能测试方面。吞吐量和响应时间是成反比的。IE随着响应时间的增加，应减少吞吐量。随着吞吐量响应时间的增加，应减少。
您可以在此博客中获得更详细的定义：
https://nirajrules.wordpress.com/2009/09/17/measuring-performance-response-response-vess-vs-vs-vs-vs-vs-thoughput-vs-vs-vs-vs-vs-vs-vs-vs-vs-scalibal-scaliable-vs-vs-vs-vs-vs surts-vs-vs-robustness/
在整个过程中增加，并且当所有资源变得繁忙时保持稳定。现在，如果用户请求在此时进一步增加，响应时间将增加。但是，如果响应时间增加仅是因为内部排队，那么由于系统在同一时间接受更多请求的事实也在增加，因此整个过程不会改变。当队列满足时，更多的请求应失败。如果响应增加是由于处理或服务请求的某些延迟，例如在数据库上运行查询，则由于系统不接受更多请求，并且同时响应时间也在增加，因此，整个过程中都会下降。只是一个一般的解释。
响应时间：这是用户发送请求直到请求的时间计算的时间。
吞吐量：这是服务器属性，可以在一定时间内进行事务或请求的数量。这里1.19832/minune表示服务器Cand Hadle 1.19832每分钟样本。
随着响应时间增加吞吐量的增加。