為了獲取待測系統的響應時間、吞吐量、穩定性、容量等資訊，而發現一些具體的效能相關的缺陷（如記憶體溢位、併發處理等），效能測試最想發現的是瓶頸。
一般的應用系統會從這麼幾個方面進行效能測試
一般為單使用者測試，或者是零資料量環境下的測試。目的在於建立乙個可度量的參考標準，為其他測試場景或者調優過程提供對比參考。
在日常壓力測試通過後，需要進行更大壓力的測試。此處壓力同樣需要相關資料的支援，一般為未來幾年後的預期壓力。可根據歷史日均壓力、日最高壓力等資訊，估算出未來 幾年的日均以及日最高壓力。再通過一些通用估算方法、如二八原則（80%的工作在20%時間內完成，相當於2小時完成一天8小時的工作量），將日壓力轉換成峰值壓力。峰值 壓力為可預期到的最大負載壓力，通過了此測試，則認為系統有能力滿足未來增長的壓力。
驗證了系統是否可滿足預期的壓力後，還需要知道系統能夠承受的最大壓力，也就是容量。一般通過「拐點法」進行測試，逐步增大系統的壓力，直到效能指標不可接受或者出現 了明顯的拐點。
驗證系統是否可長期穩定的執行，是否存在一些短時間內可能無法發現的缺陷（如記憶體溢位、資料庫連線不釋放等）。為了縮短測試工期，一般可將預期一天的壓力集中在2小時 內完成（ 二八原則），這樣持續加壓10小時，便相當於系統執行5天。注意監控各種效能指標是否平穩，有無下降。
還有比如絕對併發測試，測試多使用者對某一功能的瞬時請求，突發壓力測試，對一些突然壓力進行測試 。
效能測試 測試分類
效能測試 通過模擬生產執行的業務壓力量和使用場景組合，測試系統的效能能否滿足生產效能要求。特點 1，目的是驗證系統是否有系統宣稱的能力。2，需要事先了解被測試系統經典場景，並具有確定的效能目標 3，要求在已確定的環境下執行 負載測試 通過被測系統上不斷加壓，直到效能指標達到極限，例如 響應時間 超過...
效能測試分類
常會別人說到效能測試 負載測試 壓力測試 併發測試，很多人都是混合使用，或者一會叫壓力測試，一會叫併發測試。這些概念除了非測試人員分不清楚，甚至許多專業測試人員也對這些名詞也很模糊。關於這個分類我翻閱了幾個本比較好的書籍，他們講的也比較模糊，沒有給出本質上的區別。只是從不同角度和關 注點來解釋。好吧...
效能測試分類
效能測試 狹義 效能測試方法是通過模擬生產執行的業務壓力量和使用場景組合，測試系統的效能是否滿足生產效能要求。通俗地說，這種方法就是要在特定的執行條件下驗證系統的能力狀態。特點 1 這種方法的主要目的是驗證系統是否有系統宣稱具有的能力。2 這種方法要事先了解被測試系統經典場景，並具有確定的效能目標。...