目前移動端app大都還是采用的http或者https協議寫的restful接口，一般的輔助類http劫持(fiddler,charles)和模擬發送(postman)工具都可以滿足單次單個接口的測試需求，但這種依附工具的測試很難滿足多接口調用邏輯驗證問題，也不太靈活，沒辦法做到數據化，還有就是對於接口壓測和服務器性能壓力測試無法滿足，又得借助於其他壓測工具（Jmeter loadrunner等），設計一套基於http和https靈活定制的接口測試框架還是很有必要的。
一般app接口調用都要都要傳入平台及參數，登陸成功后拿token，userId作為參數結合平台級參數和接口參數等去調用其他接口。所以這個設計就很簡單了。
對於服務器壓測和性能測試，也基於同一套框架，多線程模擬多用並發，用戶賬號密碼可以從文件讀入或者偽造自增賬號，所有用戶登錄后，每個用戶開一線程調用測試接口，高級一點的手段可以保持多線程同步，設置一個集合點，在集合點同時發送http請求;還可以采用用戶模型讓一個線程依次或者隨機調用多個不同接口；最后一種也可以稱之為接口monkey測試，對所有被測接口都分配一個權值，代表其可能被調用的頻率，每個線程用戶按照這些權值隨機調用這些接口。
以上三種情況分別模擬了不同角度的測試，可以測試出不同情況接口調用時間最大最小值，失敗成功次數，線程執行所需時間最大最小值，流量情況等。
第一種情況已經實現，第二種可以最為第一種的超集，第三種情況剛想到，這周找時間做。