廣義：建立基準線，當系統軟硬件環境發生變化之後再進行壹次基準測試以確定變化對性能的影響。
1.概念：通過逐步增加系統負載，確定在滿足性能指標的情況下，找出系統所能承受最大負載的測試。
作用：系統最大負載量達到用戶要求時，系統才能正式上線。
註意：①通過負載測試，可以確定系統的最大負載量和極限負載量
? ②系統對外宣稱的最大負載量
? ③負載測試的時間壹般為1-2小時
1.概念：在服務器穩定運行（用戶正常業務負載下）的情況進行長時間測試（1天-壹周等），並最終保證服務器能滿足線上業務需求。
2.系統在用戶需求的業務負載下運行達到規定的時間時，系統才能正式上線使用。
1.概念：在強負載下的測試，查看系統在峰值下是否功能隱患、系統是否具有良好的容錯能力和可恢復的能力。
2.測試場景：高負載下的長時間穩定性壓力測試 （如：B-C區間內進行24/3*24小時長時間測試）極限負載下的破壞性壓力測試（如：C-D區間內進行測試）
1.概念：在極短時間內，發送多個請求，來驗證服務器對並發的處理能力。
2.應用場景：特定的活動場景：搶紅包、秒殺、搶購等。
3.與負載測試對比：
負載測試：主要目的是測試高負載情況下，對系統資源的消耗，是否會耗盡的問題（雙11活動）
並發測試：主要目的是測試極短時間內，並發請求時，系統資源爭搶的問題（搶紅包、秒殺）
1.指從客戶端發起請求開始，到客戶端接收到結果的總時間
2.包括：服務器處理時間 + 網絡傳輸時間
某壹時刻同時向服務器發送請求的用戶數
1.概念：單位時間內處理客戶端的請求數量，直接體現軟件系統的承載能力。
2.吞吐量單位分類
QPS：每秒查詢數，即控制度服務器每秒處理的指定請求數量。
TPS（Transaction Per Second）每秒事務數，即控制服務器每秒處理事務請求的數量。
如：支付請求事務=查詢用戶余額請求+校驗支付安全請求+發送支付請求
每秒處理查詢用戶余額15請求，每秒處理校驗支付安全15個請求，每秒處理發送支付15個請求
支付tsp為15
所有的頁面元素（如：圖片、鏈接、框架等）的請求總數 量
註意：點擊數是請求數，不是頁面上的壹次點擊
指系統在負載情況下，失敗業務的概率
註意：
①.錯誤率是性能指標，是高負載下的失敗業務的概率
②.隨機bug是功能bug，先解決隨機bug才能進行性能測試
1.概念：系統各種資源的使用情況，率=資源使用量/總資源可用量x100%
常見資源指標：
CPU使用率：不高於75%-85%
內存大小使用率：不高於80%
磁盤IO（速率）：不高於90%
網路（速率）：不高於80%