上篇咱們已經介紹了什麼是接口測試和接口測試的意義。在開始接口測試以前,咱們來想一下,如何進行接口測試的準備工做。或者說,接口測試的流程是什麼?有些人就很好奇,接口測試要流程幹嗎?不就是拿着接口文檔直接利用接口python
測試工具測試嘛。其實,若是隻是三五個接口,你能夠這麼作一個臨時的接口測試。可是,若是是上百個接口,或者,大家公司的這個項目,第一次作接口測試,那麼,咱們仍是頗有必要嚴格遵照接口測試的流程。數據庫
接口測試也是屬於功能測試,因此跟咱們以往的功能測試流程並無太大區別,測試流程依舊是:1.測試接口文檔(需求文檔) 2.根據接口文檔編寫測試用例(用例編寫徹底能夠按照以往規則來編寫,例如等價類劃分,邊界值等設計方法) 3. 執行測試,查看不一樣的參數請求,接口的返回的數據是否達到預期。安全
接口測試和功能測試同樣,流程也大體遵照V模型,請看下圖微信
通常來講,接口測試左邊的每一個階段,每一個公司可能都側重點不一樣,例若有些公司就沒有需求討論和需求評審這個階段。無論如何,用例設計,這個是少不了,並且是重點,要花時間的階段。只有覆蓋全面的接口測試用例,纔能有比較好的測試接口覆蓋率,纔會找出更多的接口的Bug,後期接口才能越穩定。cookie
功能測試用例,你們都寫過。接口測試用例,不少人沒有寫過。在後邊後又專門一章關於接口用例和接口報告的模板。在寫以前,咱們來討論下,爲何要寫接口用例。app
上面七點,結合本身測試實際經驗,應該來講是很好理解和認同的。有用例,本身作到心中有數,不要一個測試點重複測好屢次,就有思路,避免漏掉測試點。跟着用例測試,避免隨機測試那種沒有目的性的測試,提升測試效率。有用工具
例,上級問你完成的進度,你好用數據回答。有用例,用來標記你執行的結果,證實你作過測試。避免未來發生問題,人家說你沒有測試,有數據和證聽說話。有用例,測出問題你能夠根據用例將問題垂手可得的浮現出來,不至於等你反饋或測試
者復現的問題時,你忘記是如何操做纔回出現問題。接口測試也須要重複跑,跑幾輪,或者用自動化每天跑。這樣的重複性工做,用例能夠保證每次重複作的是同樣的狀況。設計
主要從四個方面來設計接口用例:功能,邏輯業務,異常,安全orm
功能:
1)功能是否正常;
2)功能是否按照接口文檔實現
舉例:好比博客園添加隨筆,須要登陸才能添加。也就是業務要求不支持遊客添加隨筆功能,若是設計一個沒有登陸的用戶,而後去測試添加隨筆接口,結果接口能添加到隨筆,說明功能不正常,不符合需求和接口文檔描述。
邏輯業務:是否依賴業務;
舉例:該接口調用以前,須要調用登陸接口,若是不登陸也能請求數據,不符合業務規則。
異常:參數異常和數據異常
參數異常:關鍵字參數,參數爲空,多,少參數,錯誤參數
數據異常:關鍵字數據,數據爲空,長度不一致,錯誤數據
舉例:無論數據異常仍是參數異常,測試點差很少,一個參數有key和value,key表示參數,value表示數據。第一,看看參數和數據能不能支持關鍵字,例如Java中的保留關鍵字等等。第二個就是參數和數據都爲空,看看是否作了判斷。第三個,參數多和少,例若有兩個參數的接口,你須要設計一個三個參數的用例,一個只有一個參數的用例。數據那邊長度不一致,例如設計很長的字符串是否支持,由於數據庫建立表過程都設置好了每一個字段的長度。輸入錯誤的參數和數據,例如故意輸出單詞等等。
安全測試用例設計:
1)cookie:有cookie才能獲取數據,若是不帶cookie還有信息返回,說明有問題
2)header:正常接口帶header信息,刪除header看是否可以返回數據。
3)惟一識別碼:app手機識別碼,通常是惟一的。
安全測試主要從上面三點檢查。第三個是惟一識別碼,主要是指app上手機的識別碼,通常不多用到,除非很嚴格的接口測試,例如銀行app登陸,須要指紋,而指紋來源手機,通常有一個手機識別碼判斷過程。
【python接口自動化交流羣】:984942724
您的確定就是我進步的動力。若是你感受還不錯,就請鼓勵一下吧!記得點波 推薦哦!!!(點擊右邊的小球便可!(^__^) 嘻嘻……)
我的公衆號
微信羣 (微信羣已滿100,能夠加宏哥的微信拉你進羣,請備註:進羣)