JMeter与Gatling协议的灵活性

Question

我阅读了JMeter对Gatling的文章，并对关于JMeter的第9节的灵活性感到困惑：

灵活性，它只支持HTTP协议。

加特林

它支持HTTP协议以及其他一些协议。

在导言中，它说明了JMeter的其他协议：

使用Apache工具可以测试不同类型的服务，如connections、HTTP、FTP、JMS、LDAP、一般进程或不同的JMeter连接等。

本文所指的HTTP协议限制是什么？从JMeter推迟它的其他协议是什么？

编辑

在第8节的易用性中发现了另一个不一致之处，而JMeter描述为

使用起来有点困难。

加特林：

它更容易使用

它的结论正好相反：

最后，与Gatling相比，JMeter具有更多的特性和更易于使用的特性。

Answer 1

JMeter支持多个协议：

• HTTP 1.0
• HTTP 1.1
• 带有第三方插件的HTTP 2
• JMS
• JDBC
• LDAP
• FTP
• 肥皂
• 带有第三方插件的UDP
• 带有第三方插件的MQTT
• 带有第三方插件的XMPP
• 带有第三方插件的RTE
• 带有第三方插件的SSH

而且它具有很高的可扩展性，因为它的架构是考虑到插件的，到目前为止，至少有73个开放源码软件插件和10个以上的商业插件。

没有特定的HTTP协议限制。

我认为这个博客是错误的，考虑到它的所有其他错误，我不确定它是否值得阅读或信任所写的东西。

作为错误或虚假陈述的例子：

• 它说JMeter没有仪表板，这是错误的，因为它有自3.0版本以来包含17个图表和4个表的HTML报告
• 难度是相对的，实际上取决于测试的类型。通过Gatling中的scala进行定制是简单的吗？
• 你明白吗，我不明白：

- _Apache JMeter supports recording the users’ clicks or actions while testing the web applications where as Gatling also supports the user actions and also any other simulated scenarios._

​

• 这些声明是怎样的：

- _Apache JMeter is less efficient and effective to be used with odd GUI features that are difficult to use where as Gatling has GUI as well as command line features that provide efficient and effective outputs._ 

=>有什么奇怪的GUI特性？=> JMeter是用于测试构建的IDE，Gatling使用测试作为代码方法

- Apache没有代码脚本工具，而JMeter有代码脚本工具。=>作者知道JSR223测试元素吗？功能？

- Apache有更多的代码行来配置和设置测试，因为JMeter的“配置”中用于运行负载测试的代码行数较少。=>真的吗？这些是什么？

- ...

​