我试图理解为什么我在运行基本的线程组与并发线程组负载测试时会看到如此不同的结果。为了缩小问题的范围，我试着在一段时间内只使用一个线程/用户运行线程组，得到了平均值、中值和p90 --都在1，500毫秒左右。
但是当我使用并发线程组运行时，无论是1还是300 RPS，聚合报告都显示低于70 ms。Postman显示平均响应时间为1.3秒。因此，我认为并发线程组捕获的指标有问题。
我的设置非常简单。只有一个HTTP请求，在第一种情况下作为 * 线程组 * 的一部分运行，在第二种情况下作为 *Blazemeter的并发线程组 * 的一部分运行。
线程组报告，仅包含1个线程和1个RPS：
“并发线程组”报告，包含30个线程和300 RPS：
并发线程组的活动线程：
具有1个用户的基本线程组的活动线程：
并发组的响应时间图：x1c4d 1x指令集
基本线程组的采样器详细视图：
并发线程组的采样器详细视图：
指令集
1条答案
按热度按时间anhgbhbe1#
请查看HTML Reporting Dashboard中的i.e. Active Threads Over Time图表（可使用JMeter Plugins Manager安装）或等效图表，您将发现许多关于设置的新信息，因为测试实际上并不相同
关于70 ms的响应时间-我可以想到2种可能的情况：
1.建立TCP连接，尤其是SSL连接，第一次迭代可能会花费很多时间，而后续的迭代会快得多。
1.这种情况下，您的服务器可能会以某种形式的错误消息（HTTP状态代码为200）快速响应，因此值得添加响应Assert（即Response Assertion），以检查被测系统是否返回预期响应。