DDoS 測試與負載測試都會向系統傳送大量流量，因此常被混淆。但兩者的目的不同。負載測試關注的是，當大量真實使用者造訪時，應用程式的效能是否可以接受。DDoS 測試關注的是，當流量被設計用來壓垮或耗盡防禦能力時，您的防禦能否經得起考驗。選錯測試，可能會讓真正的問題得不到解答。本指南比較兩者，協助您決定先進行哪一種。
服務簡介
負載與壓力測試模擬真實的使用者行為：瀏覽、登入、搜尋、加入購物車、結帳或呼叫 API。測試會將流量逐步提升到預期水準與尖峰水準，有時還會再進一步提高，以找出系統的極限。結果著重於回應時間、錯誤率、處理量與資源使用情況，有助於發現瓶頸，例如緩慢的資料庫查詢、有限的連線池，或反應過慢的自動擴展。DDoS 韌性測試則模擬惡意流量模式：網路層洪泛、連線耗盡，或意在繞過快取的大量應用層請求。結果著重於緩解服務、速率限制、WAF 規則與上游防護能否偵測並吸收這些流量、需要多長時間，以及合法使用者受到何種影響。負載測試主要關注容量與效率；DDoS 測試主要關注防護與應變。兩者都需要書面範圍、安全限制與停止條件，而 DDoS 測試在大多數情況下還需要取得服務商的核准。
適用對象
此比較可協助以下團隊：
- 正在為上線、行銷活動或季節性尖峰做準備，希望對容量心裡有數的團隊
- 已購買 CDN 或 DDoS 緩解服務，希望了解其實際表現的團隊
- 曾遭遇回應變慢或服務中斷，但不確定原因是負載還是攻擊的團隊
- 需要向管理階層說明為何要進行兩項流量測試的團隊
有助釐清的問題
比較兩者，有助於釐清：
- 您的主要風險是真實需求超出容量，還是惡意流量超出防護能力
- 哪種環境合適：負載測試使用接近正式環境的預備系統，韌性測試使用經協調的正式環境時段
- 哪些指標最重要：回應時間與錯誤率，還是偵測、緩解時間與使用者影響
- 必須通知哪些服務商或取得其核准
包含內容
- 在以下情況下選擇負載測試：即將上線或迎來尖峰、效能問題屢遭抱怨，或您變更了架構或代管
- 在以下情況下選擇 DDoS 測試：您仰賴從未實際見過其運作的緩解服務、您營運著高曝光度的服務，或客戶或合作夥伴詢問韌性情況
- 負載測試：明確使用者旅程、預期量與尖峰量、測試資料以及成功標準
- DDoS 測試：明確攻擊情境、最大速率、服務商核准以及停止條件
- 兩者共同：約定環境、時段、監控、指定聯絡人與報告方式
- 考慮先後順序：在測試防護能力之前，先修正負載測試中發現的容量問題
不包含內容
- 宣稱任一測試能確保正常運作時間，或能防範未來所有流量事件
- 在需要時未取得書面授權與服務商核准就進行測試
- 持續監控或事件應變，除非另行確定範圍
- 詳細的流量產生技術
適用時機
如果不確定，請從您需要回答的問題著手。如果問題是「上線當天我們能否服務好預期的客戶？」，請進行負載測試。如果問題是「如果有人試圖讓我們離線，我們的防護能否守住？」，請進行 DDoS 韌性測試。許多組織會依序進行兩者：先透過負載測試建立健康的基準，再透過韌性測試對照該基準評估防護能力。
我們的方法
在測試之前先定義成功標準。對負載測試而言，可能是在特定並行使用者數下可接受的回應時間。對韌性測試而言，可能是緩解措施生效所需的時間，以及在此期間合法使用者所受影響的程度。我們的 Application Load & Stress Testing 服務在約定的使用情境、負載水準、環境與安全限制下評估應用程式的表現。我們的 DDoS Resilience Testing 服務在書面約定的限制內評估約定的中斷情境，包括與服務商的協調。兩項服務均提供書面觀察結果與依優先順序排列的建議，修復或持續監控可在另行約定的範圍內加入。如果您計畫同時進行兩者，請一併確定範圍，讓環境、聯絡人與報告格式保持一致，結果也便於比較。
常見問題
相關文章
立即開始
想請我們協助您選擇適合您情況的流量測試？
請告訴我們您的應用程式、代管情況、服務商，以及您正在準備因應的活動或風險。我們將建議相稱的測試範圍。
申請書面範圍說明