我试图比较Gatling和Jmeter的性能测试。
我的要求是：
1.我希望与CI/CD和自动化兼容。
1.性能应该是好的（我知道加特林是一个更好的性能在考虑资源占用）。
1.动态-〉即，能够运行测试，更改环境中的一些设置，然后再次运行测试。
1.在云上使用（我觉得因为Gatling的性能更好，所以它对云也更好......但我不知道这是否真的有很大的区别）。
1.我正在测试一个***Monolith***系统，所以我也无法拆分系统（作为微服务），并使用模拟（mockito）将更难获得更精确的性能，例如对端点的请求，不包括数据库时间等。因此，这意味着我将进行的性能测试更多地是压力测试和系统的一般性能测试，而不是获得系统的隔离部分的测量。
任何帮助都是很好的。我问是因为很多信息在这方面似乎都过时了...
编辑：我不害怕Gatling被Scala和Gatling dsl编程，我更害怕的是我没有看到的限制和陷阱！
3条答案
按热度按时间wsxa1bj11#
免责声明：加特林创造者在这里
恕我直言，第一个标准实际上应该是：你觉得哪种工具最适合你？
Gatling是面向代码的，可以很好地与诸如IntelliJ或vscode的IDE集成。
如果你了解编程，你可能更喜欢Gatling，这样你就可以使用你常用的开发环境和实践（重构，同行评审等）。你不需要成为一个开发Maven，你将主要使用Gatling的DSL（确保阅读official documentation并完成教程）。
相反，如果你不会编码（也不想学习方法、参数、IDE等基础知识），你就不应该选择Gatling，而应该选择JMeter。
注意：如果您正在为Gatling寻找基于云的平台，我们提供Gatling FrontLine。
w46czmvw2#
这两个工具都支持您的所有要求，因此这是一个个人偏好/经验的问题。
1.与JMeter相比，Gatling支持的开箱即用协议较少（仅限于HTTP、JMS和MQTT），但是可以扩展两者并添加对您选择的协议的支持
1.当JMeter在Distributed Mode中自动聚合来自从服务器的数据时，您需要做一些额外的手工工作来设置Gatling分布式测试
xkrw2x1b3#
两者都支持您的需求，
JMeter：
1.但在JMeter中进行关联和参数化比Gatling更容易。
1.在JMeter中，我们记录了响应，这允许详细信息关联。
1.在JMeter中标记事务名称，为验证和确认创建检查点，一个结构化的UI支持。总体脚本创建/记录在JMeter中比在gatling中更容易。
加特林：
@user3038404现在gatling也支持PT的Java和Gardle（可能适合您）