效能測試目的(發現效能瓶頸)及具體分類

2022-07-13 21:33:24 字數 737 閱讀 2299

效能測試分類

效能測試是乙個非常廣泛的概念,包括很多方面的測試,也可稱之為非功能測試。

移動端效能測試(耗電量、穩定性、弱訊號、空資料)

自動化測試屬於功能測試的範圍,由於其測試方法要求測試人員擁有一定的**能力,所以被單獨分成乙個測試模組

具體分類(測試範圍)

1、負載測試:通過逐步加壓的方法,達到既定的效能閾值的目標,閾值的設定應是小於等於某個值,如cpu使用率小於等於80%

2、壓力測試:通過逐步加壓的方法,使得系統的某些資源達到飽和,甚至失效的狀態,簡單粗暴的解釋就是什麼條件能把系統壓崩潰。

3、併發測試:在同一時間內,多個虛擬使用者同時訪問同一模組、同一功能,通常的測試方法是設定集合點。

4、容量測試:通常是指資料庫層面的,目標是獲取資料庫的最佳容量的能力。又稱之為容量預估。具體測試方法為在一定的併發使用者,不同的基數資料量下,觀察資料庫的處理能力,即獲取資料庫的各項效能指標。(如壓測100個使用者,資料庫乙個表有500、1000條資料,同樣的併發使用者,結果是不一樣的)

5、可靠性測試:又稱之為穩定性測試或疲勞測試。是指系統在高壓情況下,長時間的執行系統是否穩定。如cpu使用率在80%以上,7*24小時執行,系統是否穩定。(最能發現記憶體溢位)

6、異常測試:又稱之為失敗測試。是指系統架構方面的測試。如在負載均衡架構中,要測試宕機、節點掛掉等情況系統的反映

效能測試瓶頸分析

在效能測試過程中,瓶頸猶如功能測試的bug,瓶頸的分析猶如bug的定位。效能測試工程師好比醫生,看到病象,定位 效能瓶頸的定位更像庖丁解牛,層層解剖,最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象,其實說明不了什麼問題,就象...

效能測試瓶頸分析

在效能測試過程中,瓶頸猶如功能測試的bug,瓶頸的分析猶如bug的定位。效能測試工程師好比醫生,看到病象,定位 效能瓶頸的定位更像庖丁解牛,層層解剖,最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象,其實說明不了什麼問題,就象...

效能測試瓶頸分析

在效能測試過程中,瓶頸猶如功能測試的bug,瓶頸的分析猶如bug的定位。效能測試工程師好比醫生,看到病象,定位 效能瓶頸的定位更像庖丁解牛,層層解剖,最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象,其實說明不了什麼問題,就象...