我正在將性能測試與CI/CD基礎結構集成。我的性能測試工具是JMeter,CI服務器是Jenkins。兩者都可以完成他們的工作,但是當涉及到在CI/CD管道中集成性能測試時,事情就不再那麼微不足道了。將JMeter性能測試與Jenkins CI集成
要有適當的部署管道CI服務器需要知道什麼時候應該考慮通過或失敗的性能測試版本。驗證響應時間的平均值並不是一個好選擇 - 完全不同的SLA可以應用於作爲同一個JMX文件的一部分執行的不同類型的事務。對特定事務類型的平均響應時間進行聲明是一個好得多的選擇,但它仍然遠非完美的解決方案。這不會告訴我們如果同一類事務的響應時間在增加(這可能與內存泄漏有關)或減少(這可能是服務器端緩存的祝福)。出於這個原因,僅僅依靠平均平均響應時間可能會對軟件質量產生錯誤的信心。
我分析了幾個工具,包括JMeter Maven分析插件和Jenkins性能插件。他們似乎都沒有提供我在找的東西。
在CI之前的時代,性能測試在開發生命週期的後期執行並由人類進行分析。我想知道是否有人遇到任何足夠先進的工具,這可以使CI服務器可以可靠地確定perf測試構建是否應該被標記爲通過或失敗,而無需人工驗證結果?
但是如果測試失敗或失敗,那麼您的手動判斷標準是什麼? – stanjer