RunnerGo相較於Jmeter優劣勢分析

Codebill發表於2023-03-17

RunnerGo是一款基於go語言研發的開源測試平臺。在這裡我想從效能測試方面、結構方面以及功能方面對比兩款產品。

效能方面:

Runner基於go語言研發,相對於jmeter來說更輕量級。所以效能測試方面RunnerGo應該是優於jmeter的這裡我做了個壓測對比,真實對比一下:

一條使用檢視新聞的場景:六個介面,使用併發模式,20的併發,執行10分鐘。

相同的配置下進行壓測

jmeter聚合報告:

 

RunnerGo直接傳送到郵箱的測試報告:

 

由於計算方式不同這裡只對比總請求數,彙總下來:

RunnerGo總請求數:98640個,錯誤率:0

jmeter總請求數:91219個,錯誤率:0

對比我們發現相同配置下RunerGo發出了更多的請求,而成功率都是百分百,所以RunnerGo在效能測試方面確實是優於jmeter的。

功能方面:

在用jmeter做效能測試時想看完整一點的測試報告,想配置階梯模式來壓測,想配置不同的介面併發這些都需要安裝外掛並且影響機器效能,想做自動化測試還得放到jenkins,這些配置起來太繁瑣。RunnerGo則比較簡單:不需要擴充套件外掛即可實時檢視測試報告

 

內建多種壓測模式

 

平臺自帶的持續整合和自動化測試配置

 

結構方面:

jmeter的單機模式在一般的壓力機配置下,會受限於jmeter自身的機制和硬體配置,最多可以支援幾百至一千左右的模擬請求執行緒。想部署分散式叢集測試會帶來非常多的運維管理問題。同時,Master-Slave模式,還會給主節點帶來很大的互動壓力,部署大規模的分散式叢集壓測非常難做到。

 

 

RunnerGo自帶分散式結構輕鬆支援大規模併發。 

 

綜上所述RunnerGo在結構、效能、功能上都優於jmeter,並且順應網際網路工具平臺化趨勢。

RunnerGo的安裝:

1、 如果測試公網介面,可以使用saas:

https://saas.runnergo.com

2、 如果使用開源版自己部署,可以參考:

https://wiki.runnergo.cn/docs/42

注意:如遇到自己部署後壓測提示“資源不足”的情況,是壓力機配置有些低,建議使用8C16G配置主機。

 

當然RunnerGo也有一些需要改進的地方:對我個人來說,RunnerGo目前只支援http協議的效能測試,不支援連線資料庫,協作功能也沒有那麼完善等等,這邊也希望他們能儘快迭代產品,讓RunnerGo更強大。最後附上官網和開源連結感興趣的小夥伴可以關注一下~

官網連結:https://www.runnergo.com

GitHub地址:https://github.com/Runner-Go-Team/

Gitee地址https://gitee.com/Runner-Go-Team

  

 
 

相關文章