JMeter搜索结果在本地计算机和远程服务器计算机中不同

JMeter搜索结果在本地计算机和远程服务器计算机中不同

JMeter批处理文件分别运行这两个环境

在JMeter中运行一个网站，但本地计算机和远程服务器的加载时间不同

两台机器的网速都合适。

---

有几个因素可以影响：

1） 从运行JMeter到服务器的网络路径。你应该总是这样想。 比如说，如果您正在测试基于Amazon Cloud（AWS）的微服务，其数据的下游消费者也在同一个云中运行——在本地机器上运行JMeter没有多大意义，那么您也必须在AWS上运行它（就像您的消费者一样），以获得实际的计时。 在网络路径上来回移动会增加数百毫秒，而且，这是相当不可预测的，偏差可能很大

2） GUI与非GUI模式，经验法则：GUI仅用于开发/调试。这对演出影响很大

3） 机器上的可用资源—您根本没有提到这一点，但请注意Java运行时环境远不是非常精简，因此如果机器不专门运行JMeter，尤其是如果机器不是非常强大，结果可能会有所不同

4） 添加到资源范围：默认情况下，运行JMeter的脚本在资源分配方面非常严格，如果您用大量线程来运行实例，则计时可能会失真

---

这些是一般性因素，如果您想让它更具体地针对您的案例-显示您运行测试的方式和位置（意味着，在什么类型的机器上），以及您的网络路径目标在哪里。

请让我知道您是如何运行测试的？最好在非GUI模式下运行，这样优化的资源利用率就不会扭曲测试结果。此外，请在运行测试时删除测试计划中的侦听器。将结果记录在JTL文件中，并在测试完成后查看结果。远程服务器上的可用资源：JAVA SDK，处理器：intel（R）Xenon CPU E5-2680 v3@2.50Ghz，RAM:8GB，系统类型：64位操作系统，浏览器：Google chrome，你能告诉我还有什么其他因素会影响JMeter的测试结果吗？通过在服务器上进行测试，服务器看起来足够强大，但主要因素还是网络配置。找出您的典型客户是谁/什么，以及他们对您的目标服务的位置（在网络拓扑方面）。然后尝试将JMeter置于相同的条件下（在网络拓扑方面）并从那个里进行测试——这样您可以收集“真实世界”的计时。或者，相反，将JMeter服务器放置在尽可能靠近测试系统的位置——这样您将获得某种“纯”服务性能。