千分尺报告较高的负载时间

Question

我正在对一个项目执行基线性能测试。J测量仪报告的平均加载时间远远高于浏览器中的实际加载时间(新鲜-没有缓存和cookie)。会有什么问题？

Answer 1

我建议检查以下几点：

1. 负载生成器重载。用一个用户/线程重新运行JMeter测试，并与火狐进行比较。如果结果是可比较的，那么JMeter中的响应时间可能会因为其过载而过长。尝试通过添加更多的负载生成器来解决这个问题。
2. 不准确的浏览器仿真。如果在负载测试中即使有一个用户的响应时间较高，则可能是由于对浏览器并行连接的不准确仿真所致。若要排除故障，请比较瀑布图。要从Firefox获得它，请使用Firebug。路由JMeter流量通过费德勒，它在Timeline选项卡上显示瀑布。如果瀑布不同，您可能有以下问题: web浏览器并行下载资源，而默认情况下，JMeter按顺序重播记录的流量。要修复它，请添加以下设置：用JMeter模拟浏览器。

Answer 2

在负载测试期间，您是否正在与浏览器进行检查？还是在另一个时间？在后一种情况下，你会比较苹果和橘子。

您正在使用JMeter图形用户界面模式吗？如果是，这是一个错误的实践，GUI模式用于脚本，非GUI模式用于负载测试：

• 小费/

你用了多少线程？哪种版本的Jmeter？对于嵌入式资源测试，3.0是最现实的和执行的：

• https://jmeter.apache.org/changes.html

Answer 3

1. 无论何时运行性能测试，而不是平均响应时间，都要考虑第90百分位数。在某些情况下，avg。即使一个请求需要很长时间来响应，响应时间也是倾斜的。所以请检查第90百分位数。
2. 如果您正在与多个用户一起运行测试，则在进行负载测试时尝试从浏览器命中应用程序，并检查浏览器上的响应时间。这会告诉你你的观察是否正确。
3. 负载生成器可能无法建立足够的连接，因此您可能会看到更高的响应时间。如果您有疑问，请检查负载生成器的利用率。在某些情况下，负载生成器本身无法产生足够的负载。
4. 运行性能测试时检查服务器利用率。如果应用程序无法处理负载，或者是负载生成器的问题，这将给您一个概念。
5. 如果您正在从UI模式运行测试，请尝试使用非UI模式运行测试.(您能指定运行这些测试的用户有多少吗？)
6. 如果您看到负载生成器的问题，请增加JMeter内存，并注意负载生成器的CPU使用情况。
7. 检查正在访问应用程序的负载生成器和浏览器是否位于同一网络上，并检查网络延迟以检查是否存在网络问题。