Web 负载测试：JMeter 与 LoadView

在这篇文章中，我们将使用网站 PhoneNumberMonitoring.com 的实际场景来比较 Apache JMeter 和 LoadView。这个想法很简单 — 模拟真实的用户旅程：启动站点、登录、导航到选项卡，然后注销。

但是，我们在 JMeter 和 LoadView 中实现这一点的方式完全不同，尤其是在 工作量、灵活性和实际模拟方面。

使用JMeter：手动脚本和技术复杂性

让我们从 JMeter 开始。

如第一个屏幕截图所示，用户需要配置 HTTP（S）测试脚本记录器，设置 端口 8888，并使用 浏览器代理 捕获流量。仅这部分就需要时间，特别是如果用户不熟悉代理设置。

JMeter HTTP（S）测试脚本记录器设置

我们在 JMeter 中必须做的事情：

设置 Thread Group、 Recording Controller 和 HTTP Cookie Manager
配置端口，安装 HTTPS 的 JMeter 证书
使用 Regular Expression Extractor 和 Boundary Extractor 捕获动态值（如会话 ID、令牌）
为交易
编写自定义命名约定（参见第二个屏幕截图中的 login-16 到 login-25）
手动创建交易，例如：
- Transaction_001_Launch
- Transaction_003_Login
- Transaction_003_Logout

具有多个采样器的 JMeter 记录的流

我们不要忘记 动态值 — JMeter 需要 手动关联。这本身就是一项完整的任务。它需要对 请求 / 响应结构 以及如何动态提取 / 替换值有很好的理解。

想要模拟真实世界的行为，如思考时间、导航延迟或复杂流程？用户要么需要编写脚本，要么依赖 第三方插件。

分布式负载测试？ 那又是个兔子洞。您将需要：

这是可能的，但不是快速或简单的。

使用 LoadView，事情大大 简化了。

它是使用 Chrome 或 Edge 的完全基于浏览器的测试 ，无需担心 HTTP 级别的配置或插件。

屏幕截图 3：LoadView – 选择网站 > 真实浏览器

然后，我们启动 EveryStep Recorder，输入 URL，并完成以下步骤：
登录 → 导航 → 注销

EveryStep 记录器配置

就是这样。 LoadView 会自动处理所有动态值，无需关联 或提取器。

在 JMeter 中需要 30-60 分钟 才能完成的工作，在 LoadView 中只需 不到 5 分钟 即可完成。

这是一个 巨大的差异化因素。在 JMeter 中，设置真实的负载配置文件或基于地理位置的流量模拟涉及 插件、服务器和脚本。

但在 LoadView 中：

选择 Execution Mode （Cloud， On-Prem， Proxy Agent）

配置 Load Step Curve

您可以直观地定义负载模式：

选择 Geo Load Injector 位置（40+ 选项）

这种 基于云的灵活性 在一个保护伞下 – 零脚本 – 使 LoadView 非常用户友好。

摘要：JMeter 与 LoadView

编写脚本