負載測試與壓力測試：有什麼區別？
效能測試 Performance Testing 101
效能測試可確保您的應用程式對使用者來說快速、穩定且可擴展。透過模擬流量和並髮用戶，您可以了解應用程式的回應方式，然後識別程式碼和基礎設施中的瓶頸。然後，您可以在程式碼投入生產之前進行任何必要的調整。
有許多不同類型的性能測試：
- 負載測試 Load tests
- 壓力測試 Stress tests
- 尖峰測試 Spike tests
- 容量測試 Capacity tests
- 浸泡測試 Soaktests
- 煙霧測試 Smoke tests
- 和更多…
許多組織在 Production 部署之前，甚至是偶爾才執行一次，但它們在開發流程更早期較為有效。最簡單的方法是將它們整合到持續整合 (CI) 建置中，以便在新程式碼到達 Staging 或 Production Branch 時自動執行。
負載與壓力測試
對於這種差異，人們有很多困惑。畢竟，高負載不正是為了給應用程式增加壓力而設計的嗎？而且，這兩個測試不是都模擬高流量以查看應用程式如何回應嗎？從表面上看，他們似乎正在朝著同一個目標前進。
主要區別在於每個人的目標：
- Load tests 負載測試可協助您了解系統在預期負載下的行為。
- Stress tests 壓力測試可協助您了解使用超出預期最大值的負載時系統容量的上限。
換句話說，壓力測試可協助您確定系統在極端負載（例如 DDoS 攻擊、Slashdot 效應或其他場景）下的行為方式。目標更多的是確定最大限制而不是識別瓶頸。這樣，您就可以為意外情況做好準備。
另一方面，負載測試旨在確保滿足用戶期望，例如服務等級協定 (SLA) 承諾。目標是確保可接受的整體用戶體驗，而不是試圖破壞應用程式。它讓您可以自信地部署新程式碼。
使用正確的工具
透過執行效能測試的所有選項，使用正確的工具取決於您的要求。
壓力測試通常結合使用 Apache JMeter（基於協定的效能測試工具）以及 EatCPU、EatMem 和 EatDisk 等工具來運作。JMeter 模擬流量和平行使用者，而其他工具則是透過減少可用資源的數量來測試各種限制，例如由於大量用戶檔案上傳而導致磁碟空間不足。
雖然您也可以使用 JMeter 進行效能測試，但基於瀏覽器的效能測試可以提供更準確的效能圖。這類的效能測試工具能夠在雲端中啟動實際的瀏覽器，並將流量導向網站系統，這對於具有大量客戶端資產的應用程式（例如「單頁應用程式」SPA）特別有用。
基於 LoadNinja 瀏覽器的負載測試記錄器 – 來源：LoadNinja
LoadNinja 是基於瀏覽器的效能測試平台，使任何人都可以在瀏覽器中錄製效能測試並在雲端中執行它們。此外，您還可以跨 Web UI 和 API 層存取步驟時間、瀏覽器資源、非同步呼叫和相關導航計時，以快速識別和修復瓶頸。
透過對 Jenkins 和其他系統的支援，可以輕鬆地將 LoadNinja 整合到現有的 CI/CD 流程中。您甚至可以使用 Zephyr for Jira 外掛程式將測試管理和 Jira 報告結合。透過左移測試，您可以專注於更早地進行測試，避免遇到瓶頸時已經為時已晚。
測試的最佳實踐
在開發負載和壓力測試以及測試套件中的其他效能測試時，請記住這些。
- 從效能基線開始：每項效能測試工作都應該從可靠的基線開始，您可以發現異常情況並衡量效能隨時間的改善或下降。
- 確定性能測試的優先順序：透過效能測試來涵蓋每個使用者工作流程是不可能的——尤其是對於如此多不同的類型，因此需要首先專注於最重要的工作流程。
- 將效能測試新增至 CI/CD 建置中：效能測試應作為持續整合和部署流程的一部分運行，以確保它們始終按計劃運行。在實踐中，臨時性的做法很少奏效。
- 預算時間來解決任何效能問題：如果您在開發過程中儘早執行效能測試，則可以在生產部署之前留出時間進行任何修復。這通常意味著將您的測試工作向左轉移。
測試正確或根本不測試
效能測試是敏捷軟體開發的關鍵組成部分。在建立測試計劃時，了解負載測試、壓力測試和其他類型測試之間的差異非常重要。您還應該確保這些測試作為 CI/CD 流程的一部分始終運行。