JMeter HTTP 请求失败

JMeter HTTP Request failed

我真的是 JMeter 的新手。正如我在一些视频中看到的那样,我正在尝试进行一个简单的测试。当我尝试 运行 简单测试时,结果树中出现错误。它说:响应代码:非 HTTP 响应代码。 我在 Whosebug 上看到了很多东西,但没有任何错误。 真的很抱歉,如果这是一个重复的问题,但我没有找到适合我的情况的任何解决方案。

这是我正在尝试做的事情:

你的配置适合我。请尝试服务器地址 www.google.com。 调用 google.com 时有两个请求:

  1. 第一个请求“GET http://google.com/" returns HTTP 301 Moved Permanently. First Request when calling google.com
  2. 下面请求“GET http://www.google.com/" returns a HTTP 200 Second Request when calling google.com

当您调用 www.google.com 时,将不会返回 301: Request with www result in only one request

确保您的网络连接正常。

如果您查看响应消息,您可能会注意到错误的原因:"Connection timed out: Connect"。

您的连接时间接近 21 秒,然后您收到超时。 这是默认的 TCP 连接超时(参见 Where does the socket timeout of 21000 ms come from?)。

我建议检查您 运行 JMeter 所在主机的网络连接。

我刚刚浏览了图像的采样器结果选项卡。我想这不是您的 Jmeter 配置的问题。如果您查看采样器结果,它看起来像这样。

Load time: 21074
Connect Time: 21074
Latency: 0
Size in bytes: 2723
Sent bytes:0
Headers size in bytes: 0
Body size in bytes: 2723
Sample Count: 1
Error Count: 1
Data type ("text"|"bin"|""): text
Response code: Non HTTP response code: 
Response message: Non HTTP response message:  google.com:80 ... connection timeout


HTTPSampleResult fields:
ContentType: 
DataEncoding: null

如果您查看 加载时间连接时间,它们超过 27 秒 并且两者具有相同的值。那么发送的字节数值和Headers字节数的大小是0响应消息表示这是一个连接超时

查看这些结果,Jmeter 似乎尝试建立连接 27 秒,然后超时而没有发送任何请求。这就是发送字节值为 0 的原因。

由于响应显示连接到 google.com:80,我怀疑这是由于代理问题或可能是由于连接速度慢造成的。

作为解决方案,首先检查您的代理连接是否在端口 80 上。如果是,请尝试删除代理并 运行 再次测试。如果没有检查网络连接速度。您的脚本没有问题。

祝你好运

请不要将性能测试工具指向您不拥有、管理或控制的站点,或者没有获得具有这些角色的站点的许可。您的 GOOGLE 最终用户协议特别禁止在其界面上使用自动化工具,唯一受支持的自动化界面是已发布的 Web 服务 API。

性能测试工具相当于战术核软件。它们旨在对目标施加最大压力,直至并包括破坏其继续运行的能力。将任何此类工具指向您不拥有或没有权限定位的站点,无异于从驶过社区的皮卡后面向随机房屋投掷炸弹。我最近没有通过 Jmeter 许可证,但是所有商业性能测试工具都禁止使用此 activity 许可证。

下载 GNU 应用程序,自行安装,然后进行测试。我可以推荐 SugarCRM

should not be load testing web sites you don't own without explicit permissions of these website owners

所以我的期望是:

  1. 您应该停止向 google.com 发送请求。考虑使用您自己的 Web 应用程序或专为这种练习形式设计的网站,例如 http://blazedemo.com/ or http://www.newtours.demoaut.com/。如果您所指的教程假设现实生活中的网站 - 我不会太相信这个教程。
  2. 您在 Google 端或您的 ISP side or on your router / firewall 端被屏蔽,后者可能具有自动欺诈行为检测和预防逻辑