我正在对一个项目进行基线性能测试。 jmeter 报告的平均加载时间远高于浏览器中的实际加载时间（新鲜 - 没有缓存和 cookie）。 会有什么问题？
【问题讨论】：
标签： time jmeter load report performance-testing
我建议检查以下内容：
负载生成器过载。 使用一个用户/线程重新运行 JMeter 测试并与 Firefox 进行比较。如果结果具有可比性，则 JMeter 中的响应时间可能由于其过载而过长。尝试通过添加更多负载生成器来解决它。
浏览器仿真不准确。 如果即使只有一个用户，负载测试中的响应时间也较长，则可能是由于浏览器并行连接仿真不准确造成的。要对其进行故障排除，请比较瀑布图。要从 Firefox 获取它，请使用 Firebug。通过Fiddler 路由 JMeter 流量，这会在 Timeline 选项卡上显示瀑布。如果瀑布不同，您可能会遇到以下问题：Web 浏览器并行下载资源，而默认情况下 JMeter 会按顺序重放记录的流量。要修复它，请添加以下设置：Simulating browsers using JMeter。
【讨论】：
您是否在负载测试期间使用浏览器进行检查？或在其他时间？ 在后一种情况下，您将比较苹果和橙子。
您使用的是 JMeter GUI 模式吗？如果是，这是一个不好的做法，GUI 模式用于脚本，非 GUI 模式用于负载测试：
你使用了多少线程？哪个版本的 Jmeter ？ 对于嵌入式资源测试，3.0 是最现实和性能最好的：
【讨论】：
每当您运行性能测试而不是平均响应时间时，请始终考虑第 90 个百分位。在某些情况下，平均。即使一个请求需要很长时间才能响应，响应时间也会出现偏差。所以请检查 90th Percentile。
如果您正在与多个用户一起运行测试，请尝试在负载测试进行时从浏览器中访问应用程序并检查浏览器上的响应时间。这将告诉您您的观察是否正确。
负载生成器可能无法建立足够的连接，因此您可能会看到更长的响应时间。如果您有疑问，请检查负载生成器的利用率。在某些情况下，负载生成器本身无法生成足够的负载。
在运行性能测试时检查您的服务器利用率。这会让您了解应用程序是否无法处理负载，或者负载生成器是否存在问题。
如果您在 UI 模式下运行测试，请尝试在非 UI 模式下运行测试。 （您能指定运行这些测试的用户数量吗？）
如果您发现负载生成器存在问题，请增加 JMeter 内存，并同时注意负载生成器 CPU 使用率。
检查负载生成器和您从中访问应用程序的浏览器是否在同一网络上，并检查网络延迟以检查是否存在网络问题。
【讨论】：