Testing Jmeter偏差与吞吐量

你能解释一下如何解释偏差与吞吐量的关系吗？ 1000++偏差结果是否意味着测试中的web性能不佳？ 你怎么能说被测试的网络表现良好呢？它是基于吞吐量结果吗？怎么做

哪种侦听器最适合跟踪一千个用户的负载/性能

最后，在进行测试时，可以检查服务器的cpu/ram使用情况

标准偏差量化了响应时间围绕其平均值或平均值变化的程度。不建议根据标准偏差来判断系统性能。实际上，这给出了系统的波动程度。偏差应最小，即小于5%

Thoughput定义为每秒处理的请求数

最好使用吞吐量作为判断系统/应用程序性能的一个因素。较高的吞吐量意味着良好的系统性能，但这同样取决于您的选择。对于某些关键系统，低响应时间比高吞吐量更为必要。吞吐量只是表示系统每秒可以处理多少并发事务，这可能意味着高响应时间。如果响应时间增加超过某个限制，则考虑对该系统进行性能调整

某些系统的吞吐量意味着

• 您可以使用摘要报告或聚合报告侦听器

• cpu/ram使用情况，您可以使用“jp@gc-来自Jmeter插件的Perfmon Metrics collector”

---

希望这会有所帮助。

是否有一个读取吞吐量结果的基准，这样我就可以说测试中的web性能良好。你能帮我解决这个问题吗？我想澄清一下，如果运行100个用户，那么图形侦听器的结果是吞吐量=675.068/分钟，为什么我的线程用户的吞吐量会超过这个值？抱歉，问题太多，无法加载测试。这取决于您的场景，1个用户可以发送包含重定向的“n”HTTP请求。吞吐量是指每秒/分钟处理1个用户发送的请求数。因此，吞吐量=675.068/分钟，这意味着大约11个请求/秒，这相当慢。参考此链接了解吞吐量@JmeterPerfTest的概念，我们是否需要在服务器中安装一些东西才能使用Permon Metrics Collector？