解释JMeter结果

Question

我一直在使用JMeter对API进行一些负载测试，结果如下：

我正试图了解导致我发现两种不同的缓慢行为模式的原因是什么

• 模式1 ：连接时间短，等待时间长
• 模式2 ：连接时间长，延迟低

*注意：大多数呼叫在大约45-50毫秒内返回。

我的当前想法如下：

• 模式1 ：这是“服务器处理时间”，因此出于某种原因，后端服务器花费的时间比平时长。我们将需要更深入地了解原因。
• 模式2 ：此模式显示建立TCP连接所需的时间很长。是否可以确定传出端是否存在问题，即JMeter本身是否耗尽了建立API连接的线程，或者API服务器是否耗尽了连接并且无法接受更多的信息？

我应该如何解释这些结果？我是否可以提取其他数据点或可以用来更好地了解调查结果的工具？

Answer 1

Connect Time and Latency都是与网络相关的指标，公式为：

json

看起来您的服务器本身并不费脑子，问题出在网络级别或与JMeter连接，JMeter可能缺少资源，无法足够快地发送请求。

关于其他信息来源：

1. 生成HTML Reporting Dashboard并查看“超时”图表。它应该允许您将增加的负载与增加的连接时间/延迟关联起来。
2. 考虑设置对JMeter负载生成器和被测应用程序的基本运行状况度量的监视。您可以为此使用JMeter PerfMon Plugin。
3. 请确保遵循JMeter Best Practices，因为JMeter的默认配置非常适合测试开发和调试，并且您需要对JMeter进行微调以适应高负载。