接口測試及服務器性能壓測

目前移動端app大都仍是採用的http或者https協議寫的restful接口，通常的輔助類http劫持(fiddler,charles)和模擬發送(postman)工具均可以知足單次單個接口的測試需求，但這種依附工具的測試很難知足多接口調用邏輯驗證問題，也不太靈活，沒辦法作到數據化，還有就是對於接口壓測和服務器性能壓力測試沒法知足，又得藉助於其餘壓測工具（Jmeter loadrunner等），設計一套基於http和https靈活定製的接口測試框架仍是頗有必要的。

通常app接口調用都要都要傳入平臺及參數，登錄成功後拿token，userId做爲參數結合平臺級參數和接口參數等去調用其餘接口。因此這個設計就很簡單了。

 

 

對於服務器壓測和性能測試，也基於同一套框架，多線程模擬多用併發，用戶帳號密碼能夠從文件讀入或者僞造自增帳號，全部用戶登陸後，每一個用戶開一線程調用測試接口，高級一點的手段能夠保持多線程同步，設置一個集合點，在集合點同時發送http請求;還能夠採用用戶模型讓一個線程依次或者隨機調用多個不一樣接口；最後一種也能夠稱之爲接口monkey測試，對全部被測接口都分配一個權值，表明其可能被調用的頻率，每一個線程用戶按照這些權值隨機調用這些接口。

以上三種狀況分別模擬了不一樣角度的測試，能夠測試出不一樣狀況接口調用時間最大最小值，失敗成功次數，線程執行所需時間最大最小值，流量狀況等。

 

第一種狀況已經實現，第二種能夠最爲第一種的超集，第三種狀況剛想到，這周找時間作。