效能測試是一種軟體測試形式，側重於執行系統的系統如何在特定負載下執行。這不是找到軟體錯誤或缺陷。效能測試根據基準和標準測量。效能測試應該為開發人員提供消除瓶頸所需的診斷資訊。

負載測試：涉及在應用程式上確定負載以驗證其行為方式的任何測試（即：響應時間）;效能測試：它是一個負載測試，受到應用程式規範定義的負載的限制 - 測試是驗證或確認應用程式將按計劃的效能執行;壓力測試：壓力有很多含義，但我試圖讓我的客戶只在你想要載入超出especification定義的應用程式時使用術語壓力，以瞭解應用程式在中斷之前的最大容量。例如，它可以幫助預測在不久的將來出現的任何問題，並使IT團隊瞭解應用程式的容量;還有穩定性測試：在很長一段時間內執行負載測試，以瞭解應用程式的長期穩定性。例如，它有助於確定應用程式是否存在記憶體洩漏，這在正常負載測試中很難找到。

廣義上效能測試指的是以下幾種效能測試型別：效能測試負載測試壓力測試穩定性測試

一般系統的效能指標

響應時間（系統為其服務所耗費的時間）。吞吐量（簡單講就是系統在每單位時間內能處理多少個事務/請求/單位資料等）。資源使用率（常見的資源有：CPU佔用率、記憶體使用率、磁碟I/O、網路I/O）。點選數（單位時間內，系統響應客戶的請求，是系統處理能力的一個很有用的指標）。併發使用者數（併發使用者數用來度量伺服器併發容量和同步協調能力）。

我們取其中某幾個效能指標，舉個栗子。我們先假設一個場景：XX查詢系統，其中一項產品規格（效能指標）為300使用者併發查詢，頁面首屏結果請求響應時間不超過3秒。

隨著被測系統的負載不斷增大，系統TPS變化趨勢圖，如上圖中 A/B/C/D四點表示：

A：產品規格（效能指標）

B ：高於效能指標，接近系統資源臨界點

C ：高於效能指標，達到最大，出現效能拐點（可理解為最大併發使用者數）

D ：遠高於效能指標，系統崩潰

效能測試

測試A點的系統性能。

效能測試是為了獲得系統在某種特定的條件下(包括特定的負載條件下)的效能指標資料。

負載測試

測試 A點以下到C點系統性能。

負載測試的目標是測試在一定負載情況下系統性能（不關注穩定性，也就是說不關注長時間執行），實際中我們常從比較小的負載開始，逐漸增加模擬使用者的數量（增加負載）， 觀察不同負載下應用程式響應時間、資料吞吐量、系統資源使用率(如CPU、記憶體)等，直到到系統的某項或多項效能指標達到安全臨界值（如，系統記憶體已飽和），以發現系統可能存在的效能瓶預、記憶體洩漏、不能實時同步等問題(不關注穩定性，也就是說不關注長時間執行。它是測試系統的不同負載情況下的效能指標。

穩定性測試

測試 A點以下 到 B 點之間

穩定性測試是一般在低於效能值的前提下進行測試的，一般穩定性測試時間持續為 n*24 小時。測試時，我們需要結合使用者實際情況控制測試中的負載量 ，使測試結果更具準確性和可靠性。

壓力測試

測試B 點到D 點之間系統性能。

壓力測試是在高於效能指標負載的前提下（超負載）對系統持續施加壓力進行測試的，檢視應用系統在峰值使用情況下操作行為，從而有效地發現系統的某項功能隱惠、系統是否具有良好的容錯能力和可恢復能力。壓力測試分為高負載下的長時間(如124小時以上)的穩定性壓力測試和極限負載情況下導致系統崩潰的破壞性壓力測試。

穩定性壓力測試：在選定的壓力值下，長時間持續執行。透過這類壓力測試,可以考察各項效能指標是否在指定範圍內，有無記憶體洩漏、有無功能性故障。破壞性壓力測試：在穩定性壓力測試中可能會出現些問題 ，如系統性能明顯降低，但很難察露出其真實的原因。透過破壞性不斷加壓的手段(極限負載情況下導致系統崩潰)，往往能快速造成系統的崩潰。

壓力測試的幾點注意

測試時，我們需要注意並不是負載超過了系統的最大處理能力， 系統功能都會失效。例如，OA簽到最多支援500使用者井發登入，但某時550使用者同時進行登入時，系統應保證550個使用者中，500使用者是可以正常登入，而不是所有使用者都無法登入。使用者的業務負載並不是平均的，可能在極短時間內，出現超過負載的情況，如某寶雙十一。因此不建議用持續超過系統負載的測試方法進行壓力測試，只要負載足夠多，系統總會被搞掛，建議使用突發形態的負載模型。