效能測試流程

一、問題

1、版本釋出上線，功能測試完成 + 效能測試完成，怎麼保證在上線時間 前，我們都完成？

　　1.1 對主要的核心的介面做效能測試，不要所有的都做。

　　　　1.1.1 效能測試開始前，我們要做 關鍵項評估 + 可測性評估（可量化的指 標）

　　　　1.1.2 效能測試提前。 一個新需求，什麼時候可以開始做效能測試？

　　　　　　1.1.2.1 一般在介面轉測之後，介面測試通過，就可以進行效能測試，一般使用獨立環境，防止效能測試指標不準和妨礙其他測試的進行

　　　　1.1.3 效能環境，硬體配置要與生產一致嗎？伺服器數量要與 生產一致嗎？

　　　　　　1.1.3.1 數量上可以不相等，但是，每臺機器的硬體配置 儘可能要一致。

二、主要流程

1、效能測試準備

　　1.1 測試前提：業務功能一般都已經實現了，可以自己去操作熟悉業務流程，也可以找功能測試人員進行講解等，要清楚一個業務的資料流

　　1.2 熟悉伺服器架構，瞭解服務之間的呼叫

　　1.3 瞭解服務的配置：環境的搭建，伺服器個數等情況

　　1.4 要清楚效能目標：要達到某個最大併發使用者數還是需要測試整個流程獲取tps等效能指標值

　　1.5 效能場景（測試用例）：單介面效能測試，介面實現功能，業務，多介面混合場景測試（前期階段一般不做，一般在有了一定積累之後才做）

2、搭建效能測試環境

　　2.1 建議：效能測試環境一般我們測試人員自己搭建，如果不是自己搭建的，那要清楚裡面的核心引數配置

　　　　2.1.1 比如機器IP，服務埠，服務安裝的路徑，服務核心引數配置檔案，核心引數配置值

　　2.2 環境：專案的環境+監控環境

　　　　2.2.1 監控環境：獲取伺服器資源的使用情況的資料，我們通過這些監控資料，可以分析伺服器的資源情況。以用於後續的分析調優。

　　2.3 網路：要保持網路的良好

3、效能測試指令碼開發

　　3.1 要清楚測試介面的協議型別，不同的協議型別需要使用不同的效能測試工具

　　3.2 寫指令碼，驗證指令碼

4、效能測試指令碼執行

　　4.1 測試執行：根據測試指令碼+效能場景進行執行

5、結果分析與調優

　　5.1 監控資料：根據監控資料進行測試結果分析，通過工具的圖示與監控圖示可以輔助分析。難點在於有效能問題時的定位

　　5.2 問題定位思路：伺服器硬體瓶頸 > 網路瓶頸 > 伺服器os瓶頸(引數配置、資料 庫、web伺服器) > 應用瓶頸(sql語句、資料庫設計、業務邏 輯、演算法)

6、測試報告與結果跟蹤

三、時間

　　效能測試時間一般遠遠大於功能測試時間，一般是功能測試的2.5倍，主要消耗時間階段在效能指令碼執行與結果分析與調優。因為可能調好了一個引數，另外的引數又變慢了，所以是一個比較長時間的階段。