【轉】做好效能測試的6個關注點

標籤：style   ar   io   使用   sp   strong   on   資料   問題   

一、效能測試提前準備關注點

　　1、效能測試的環境配置需要能夠儘可能的類比版本的現場使用，包括外網的裝置，軟體網元，各種硬體平台，作業系統，軟體平台；

　　2、效能測試需要準備合適的類比指令碼來儘可能全真的類比客戶可能的操作，比如同時並行網頁操作，同時進行socket串連等。而且要超出客戶的真實可能情況。

　　二、效能測試需要出兩類資料

　　1、基準測試對比資料：比較本版本和前一版本的效能指標的情況。用以發現本版本的功能合入是否影響了基準的效能。基準測試的情況下，本版本的新增功能和特性預設都是不開啟的，保持和前一版本一致。

　　2、單個功能的效能對比資料：驗證本版本中，新增的功能和特性開啟的時候，此功能對於版本的效能的影響。

　　三、效能測試過程關注點

　　1、資源的佔用情況：查看資源的使用方式。資源套件括CPU，記憶體，硬碟等。

　　2、資源的釋放情況：查詢系統在業務處理停止後是否可以正常的釋放資源，以供後續業務使用。按道理業務停止，資源應該及時釋放。常見問題，記憶體泄露，資源弔死，導致系統不能正常釋放資源，嚴重情況導致宕機。可以用很多工具來檢測資源情況。

　　3、異常測試：效能測試的情況在一定的話務（一般是類比現場的使用者）的情況下，進行硬體倒換，雙機倒換，業務切換等。包括破壞性的輸入接入來驗證系統在高負荷情況下的容錯性。

　　4、查詢警示等資訊：一般系統都會在出問題的時候，進行通知和警示，這些資訊是暴露問題的最好手段，效能測試需要及時查看。

　　5、長時間運行：效能測試是類比裝置長時間的運行，這個是很好的檢查版本在外場測試的手段。可以檢查出很多跟時間，定時器等相關的積累效應的故障。

　　6、日誌檢查：效能測試需要經常的分析系統的日誌，包括作業系統，資料庫，軟體版本等日誌。

　　7、查看業務回應時間：長時間的測試後，查看業務響應的時候是否在客戶可以接受的範圍。比如網頁的回應時間，終端登入時間長度等。

　　四、效能測試的人員要求

　　1、效能測試的人員必須是骨幹，不能使用新人進行效能測試。

　　2、效能測試的人員必須對全系統非常熟悉，對於問題定位手段使用熟練。能夠牽頭帶領開發人員進行效能相關的問題排查。

　　五、效能測試報告

　　1、效能測試報告要體現基準效能資料，單個功能的效能資料。用於評估版本是否可以在原有的硬體環境下保持同樣的處理能力。

　　2、效能測試報告需要滿足各個測試利益相關者的要求。所以效能測試進行前需要獲得測試利益相關者的要求，做成明細表，然後再開始效能測試。

　　六、效能測試的工具要求

　　1、效能測試必須有一定的工具準備，包括LR等 。很多產品的效能測試需要自研效能測試工具，工具的最高境界是可以全真的類比客戶的操作。 特別說明，LR僅僅是一種工具，而效能測試是一套理論和方法。

　　2、效能測試工具使用過程中，需要攙和手工操作。比如類比客戶購物的網購動作。工具和手工需要有效結合。用以彌補工具的某些不可預知的不足。

【轉】做好效能測試的6個關注點