就vuser而言，Jmeter vs LoadRunner

Question

我发现矛盾的信息，一个说JMeter可以产生更多的负载然后LR可以，另一个说相反。据我所知（如果我们不考虑许可），每个LoadGenerator仅受硬件限制。但JMeter也是如此。文档对我没什么帮助。 有没有人有这两种体验，所以他可以比较？我说的是2 000到4000个用户。 感谢

Answer 1

已知LoadRunner可以在开箱即用的情况下以非常高的音量测试运行。

JMeter通常可以在以下情况下遇到高吞吐量，高线程测试的问题：

1. 使用一台具有大量侦听器的计算机，以GUI模式运行 - 这会占用内存。
2. 在版本＆lt;的默认配置中使用分布式模式2.9在负载生成器上运行测试没有问题，但是有一个瓶颈将结果发送到主机。据报道，这个问题已在2.9中解决，据称吞吐量在2.10中更高。

问题是，解决JMeter的问题并不难。这只是最佳实践的问题。

1. 从命令行运行，不要使用大量的侦听器。精益和平均模式。
2. 在分布式执行中，使用批处理模式减少在版本中写入一个文件的样本量＆lt; 2.9或使用＆gt; = 2.9。
的默认配置
3. 确保通过足够的硬件分发测试。顺便说一句，对于LoadRunner来说也是如此。

您应该阅读这两个文档以了解其他最佳做法：

• http://www.ubik-ingenierie.com/blog/jmeter_performance_tuning_tips/
• http://jmeter.apache.org/usermanual/best-practices.html

LoadRunner在高负载时也存在问题 - 分析和数据整理阶段可能需要数小时（字面意思），您无法解决这个问题。如果您有太多数据要分析，您也可能遇到内存问题。 Jmeter在结果分析方面不够全面，但速度要快得多。

如果你真的需要高容量测试，那么我写了一个script，它有效地为你提供了JMeter的无限可扩展性 - 我已经测试了多达20000个用户，每秒运行超过50台服务器的8000次点击。它是“无限的”，因为它通过运行大量孤立的测试来工作，这些测试在测试结束之前不会相互通信，这样就没有编译结果的瓶颈。但是某处总是存在另一个瓶颈......

Answer 2

这两个工具都有您记录的级别的跟踪记录，2-4K用户。橡胶遇到道路的地方就是按质量Y交付试验X所需的劳动力，包括详细的分析。如果您正在研究这两种工具，那么您应该考虑在您的应用上使用POC。

记录您的脚本和您所需的分析级别，独立于任一工具，然后聘请两位专家根据您的要求运行POC。计算所有任务的时间，甚至要求人们在任务开始时输入时间，并在文档中的任务结束时输入时间。比较POC结束时的时间和输出。

您应该知道，当您进入市场以获得任一工具的专家时，性能测试市场中技能的彻底欺诈程度大约为97％（或更高）。您希望雇用具有最强和最长记录的人使用该工具考虑许多参考文献，否则您可能会对一个或两个工具的功能和效率产生可怕的扭曲视图，这可能导致一个糟糕的决策工具选择。

期望雇用任何工具可能没有的技能。许多人认为性能测试工具占性能测试工作所需技能的85-90％。倒数实际上是正确的，工具技能在成功所需的技能（关键技能）的10-15％之间运行。

Answer 3

Jmeter适用于贫穷的俱乐部。 Jmeter只能测试某种Java应用程序。它不支持ERP应用程序或Web 2.0。您可以将Jmeter连接到ERP应用程序并尝试记录它。 6周后Jmeter仍然无法正常工作。