性能測試類型,或者說性能測試方法,業內暫無明確的行業通用分類。這裏筆者根據業內資料整理出最經常使用的,也是最基本的幾種測試類型和方法併發
基準測試包含兩層意思:負載均衡
① 目的是提供比較基點。經過分析,選取某種業務場景或者系統狀態設置做爲基準場景,而後得出相關性能指標,做爲基準性能指標。性能
② 比較新的或未知測試對象與已知參照標準(即比較基點)的性能。經過對新對象進行性能測試(場景要求和基準點相同),比對基準點和新狀況下的測試結果,從而分析新系統的性能表現,以及更改後對系統的影響測試
基準測試貫穿性能測試的各個環節,應用場景也較爲普遍。優化
舉例:當軟件系統中增長一個新的模塊的時候,須要作基準測試,以判斷新模塊對整個軟件系統的性能影響。按照基準測試的方法,須要打開/關閉新模塊至少各作一次測試。關閉模塊以前的系統各個性能指標記下來做爲基準(Benchmark),而後與打開模塊狀態下的系統性能指標做比較,以判斷模塊對系統性能的影響網站
在必定軟硬件環境下,經過不斷加大負載,觀察系統的性能指標。主要做用有兩個:編碼
負載測試是用戶觀點的測試行爲,預期結果是用戶的性能需求獲得知足。此指標通常體現爲響應時間、交易容量、併發容量、資源使用率等。spa
壓力測試也叫強度測試。關鍵字就是「極端」。經過對系統的極端加壓,從而觀察系統所表現出來性能問題,再對此性能問題進行分析,從而達到系統優化的目的。設計
因此壓力測試就是必定要讓系統出問題,若是系統沒有出問題,那麼壓力測試的手段和方法就確定存在問題對象
在壓力測試下。也會獲得系統的一些極限性能指標,包括:TPS,ART,CPU Using,Mem Using等
在必定軟硬件環境下,長時間運行必定負載,肯定系統在知足性能指標的前提下是否運行穩定。
與壓力測試區別在於穩定性測試下,負載並不強調在極限狀態下。業內通用標準:通常會在知足性能要求的負載狀況下加大1.5到2倍的負載進行測試
經過多個用戶同時訪問同一個應用或者同一個模塊來驗證系統的併發能力,觀察系統在該併發量的狀況下所表現出來的行爲特徵,肯定系統是否知足設計的併發須要。併發測試是系統觀點的測試行爲
能夠驗證系統的一些常見設計和編碼上的性能問題,如:死鎖、數據堆積、鏈接數不足、假死、內存泄漏、資源噁心競爭等問題
1) 配置測試:爲了合理調配資源,提升系統運行效率,經過測試手段來獲取、驗證、調整配置信息的過程。經過這個過程,咱們能夠收集到不一樣配置反映出來的不一樣性能,從而爲設備選擇、設備應用配置提供參考
2) 可恢復測試:測試系統可否快速地從錯誤狀態中恢復到正常狀態。好比,在一個配有負載均衡的系統中,主機承受了壓力沒法正常工做後,備份機是否可以快速地接管負載。可恢復測試一般結合壓力測試一塊兒來作
3) 容量測試:即判斷系統可否在某個設定容量下,知足對應性能指標的測試。也指當前系統極限狀態下(沒有出現任何軟件故障且主要功能保持正常運行),獲得系統的容量。軟件容量的測試能讓軟件開發商或用戶瞭解該軟件系統的承載能力或提供服務的能力,舉例:某個電子商務網站所能承受的、同時進行交易或結算的在線用戶數。知道了系統的實際容量,如是不能知足設計要求,就應該尋求新的技術解決方案,以提升系統的容量。有了對軟件負載的準確預測,能夠幫助用戶經濟地規劃應用系統,優化系統的部署