用于 2020 年性能测试的 Jmeter vs Gatling答案

【问题标题】：Jmeter vs Gatling for performance testing 2020用于 2020 年性能测试的 Jmeter vs Gatling
【发布时间】：2020-05-05 09:29:01
【问题描述】：

我正在尝试将 Gatling 与 Jmeter 进行性能测试比较。

我的要求是：

我希望与 CI/CD 和自动化兼容。
性能应该不错（我知道 Gatling 在资源占用方面的性能要好一些）。
动态 -> 即能够运行测试，更改环境中的一些设置，然后再次运行测试。
在云上使用（我觉得因为 Gatling 的性能更好，所以云会更好......但我不知道这里是否真的有很大的不同）。
我正在测试一个 Monolith 系统，因此我将无法同时拆分系统（作为微服务），并且使用模拟 (mockito) 会更难能够获得更准确的性能，例如对端点的请求，不包括数据库时间等。所以这种意味着我想我将要做的性能测试更多的是压力测试和测试系统的一般性能，而不是对系统的孤立部分进行测量。

任何帮助都会很棒。我问是因为很多信息似乎已经过时了......

编辑：我不怕 Gatling 被 Scala 和 gatling dsl 编程。我更害怕我没有看到的限制和陷阱！

【问题讨论】：

【解决方案1】：

免责声明：Gatling 创作者在这里

恕我直言，第一个标准实际上应该是：您觉得哪种工具最舒服？

Gatling 是面向代码的，可以很好地与 IntelliJ 或 vscode 等 IDE 集成。 JMeter 是面向 GUI 的。

如果您了解编程，您可能更喜欢 Gatling，这样您就可以使用通常的开发环境和实践（重构、同行评审等）。您无需成为开发专家，您将主要使用 Gatling 的 DSL（请务必阅读 official documentation 并阅读教程）。

相反，如果您不会编码（并且不想学习方法、参数、IDE 等基础知识），则不应该使用 Gatling，而应使用 JMeter。

注意：如果您正在为 Gatling 寻找基于云的平台，我们提供Gatling FrontLine。

【讨论】：

酷我应该补充一点，我并没有因为 Gatling 在 Scala 中而被抛弃（我实际上真的很喜欢 Scala）。我现在编辑......我担心的是限制等等。不知道
我能想到的唯一限制是我们不支持传统的身份验证方案，例如 NTLM 或 Kerberos（过去几年需求一直稀缺且枯竭）。
Stéphane LANDELLE，在您看来，加特林对 CI 更友好吗？我从一些消息来源听说过，但没有一个像“加特林创造者”之一那样正式。我看到 JMeter 有其他工具可以与它一起使用，比如 Taurus 和 Jenkins，但是加特林更容易进入 CI 工作？（也许事实上它是代码而不是 xml）。
我不能代表其他工具。从 CI 运行时，重要的是在主机上部署负载注入器，它们不必与其他进程竞争资源（例如，不是 Jenkins 从站，它会编译另一个项目或同时运行一些 Selenium 测试时间...）。 FrontLine 的设计特别考虑了 CI：它负责注入器配置、统计数据实时收集、仪表板等。如果您想坚持使用 OSS，则必须自己构建。
谢谢。我会更多地研究加特林前线！

【解决方案2】：

这两种工具都支持您的所有要求，因此这取决于个人喜好/经验。

Gatling 支持的开箱即用协议（仅限于 HTTP、JMS 和 MQTT）比 JMeter 少，但是可以扩展两者并添加对您选择的协议的支持
当 JMeter 在 Distributed Mode 中自动聚合来自从站的数据时，您需要执行 some extra manual work in order to set up Gatling distributed testing
Gatling 对 CI 更加友好，因为它假设在 Scala 中编写测试，而支持的创建 JMeter 测试的方式是使用 GUI，JMeter test plan 是 XML 文件，添加单个测试元素将导致 10 多行 XML 代码，即不是很可读。

【讨论】：