把人對軟件的測試行爲轉化爲由機器執行測試行爲的一種實踐。
例如GUI自動化測試,模擬人去操做軟件界面,把人從簡單重複的勞動中解放出來
本質是用代碼去測試另外一段代碼,屬於一種軟件開發工做,已經開發完成的用例還必須隨着被測試對象的改變而更新,所以,還有額外的維護成本。json
按測試目的分類併發
功能自動化測試ide
性能自動化測試高併發
按測試對象分類post
Web應用測試性能
APP測試單元測試
接口測試測試
單元測試優化
能夠替代大量的手工機械重複性操做,測試工程師能夠把更多的時間花在用例設計和新功能的測試上spa
能夠大幅度提高迴歸測試的效率,很是適合敏捷開發過程
能夠更好地利用無人值守時間,去更頻繁地執行測試
能夠高效實現某些手工測試沒法完成或代價巨大的測試類型,例如:7*24小時持續運行的系統穩定性測試和高併發場景的壓力測試
能夠保證每次執行的操做具備一致性和可重複性,不會受人的感情因素影響。
postman你們都用得挺多的,使用方法就不介紹了
就是爲了給待測試接口統一分類一下用
下面是我添加的
例如,我須要測試幾點
http狀態碼200
返回的json的code碼是0
接口返回時間不小於1000毫秒,腳本以下
//查看httpCode碼tests["接口狀態碼200"] = responseCode.code === 200;//判斷請求時間tests["返回時間小於1000毫秒"] = responseTime < 1000;//返回body轉jsonvar data = JSON.parse(responseBody);//檢查json數據tests['code碼必須爲0']= data.code==0
測試結果結果以下
而後接下我要對全部的接口進行這樣的測試,把這些接口都錄入,以下
點擊集合的Run按鈕
彈出以下界面,能夠填寫相應的參數,這裏我用默認的
點擊Run,執行結果以下
能夠看到,咱們測試了32個接口,其中25個經過,7個失敗,有的是時間不知足要求,有的是狀態碼不對。
針對這個結果,咱們能夠本身去優化接口,就是這麼簡單,light weight baby!