Jmeter vs LoadRunner在Vuser中的應用

Question

我發現了矛盾的信息，一個人說JMeter可以產生更多的負載，然後LR可以，另一個則相反。據我所知（如果我們不考慮授權），每個LoadGenerator只受硬件限制。但JMeter也是如此。這些文檔對我沒有多大幫助。 有沒有人有這兩個經驗，所以他可以比較？我正在談論大約2 000- 4000個用戶。 謝謝

Answer 1

LoadRunner可以很好地運行在非常高的容量測試下，就像開箱即用。

JMeter的通常可以打的問題具有高吞吐量，高線程測試在下列情況：

1. 使用一臺機器，有很多的聽衆，在GUI模式下運行 - 這個吃內存。
2. 在默認配置下使用分佈式模式，版本爲< 2.9在負載生成器上運行測試沒有問題但存在將結果發送到主機的瓶頸。據報道，該問題已在2.9中得到解決，並且吞吐量在2.10中聲稱更高。

問題是，解決JMeter的問題並不難。這只是最佳實踐的問題。

1. 從命令行運行並且不使用大量偵聽器。精益和平均模式。
2. 在分佈式執行中，使用批處理模式來減少<版本中寫入到一個文件的樣本量，或使用默認配置> = 2.9。
3. 確保您通過足夠的硬件分發測試。順便說一下，LoadRunner也是如此。

你應該讀那些2個文件的其他最佳實踐：

• 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仍然無法工作。