您好,登錄后才能下訂單哦!
以下內容選自《大話軟件測試-性能、自動化、安全及團隊管理》
接口測試是什么?接口測試怎么做?這樣的問題幾乎每天都會被問到幾十次,可見很多朋友對于接口測試并不是十分了解,而接口測試又是現在互聯網產品測試中的重中之重,所以學習并掌握它是必須的。本章我們力爭通俗化的揭開接口測試的面紗,讓大家看到它的本質。
特別需要指出,在本書的其他章節也講解了接口測試的相關內容,比如LoadRunner、Jmeter、SoapUI章節等,所以想掌握接口測試最好通讀本書。
接口有時候我們也會叫做API,不論是哪種叫法本質上都是接口,就好像叫你的全名和小名,本質上都是你這個人。對于接口測試是什么我們給大家進行兩種解釋。
不通俗的解釋:發送一個請求到服務器端,服務器端處理完畢之后返回一個響應,我們對響應進行驗證是否符合預期結果。至于服務器端是怎么處理這個請求的我們并不關心。我們只關心輸入和輸出即可,如圖9.1。
圖9.1 請求和響應
通俗的解釋:接口和電腦的USB一樣,你不需要關心內部是怎么實現的,你只需要知道這個接口在哪,怎么用,插上能干什么即可。比如:我要驗證這個USB能不能用,那么插入鼠標,鼠標可以正常工作說明USB可以用,我們并不關心USB的實現邏輯。同理,我們的接口測試也是一樣的。
接口測試進行的前提是一定要有接口文檔,我們要通過文檔獲取接口的說明、請求參數、響應參數以及一些依賴關系。一般公司都會有接口文檔的,畢竟開發人員也要做接口的維護,如果沒有文檔以后維護起來是比較麻煩的。當然有的公司確實沒有接口文檔,那對于測試工程師來說只能自己通過抓包來分析請求和響應了。
規范的接口文檔不管是對于開發還是測試都是有百利而無一害的,一般都包括接口名、接口描述、接口地址、請求方式、請求參數和格式、響應參數和格式等,具體示例如下:
l 接口名:mLogin
l 接口描述:移動端登錄接口
l 接口地址:http://xxx/mLogin
l 請求方式:POST
l 支持格式:JSON
l 請求參數:
username 必填 類型string 用戶名
pwd 必填 類型string 密碼
l 響應參數:
errorCode 狀態碼 0表示成功;1表示失敗
username 用戶名
這里只是舉了個例子,實際需要哪些描述還是要根據實際情況做調整的。
對于接口文檔的維護也是一件讓人頭疼的事情,尤其是接口數量比較多的時候。我見過的維護方法有如下幾種:
l Word或者Excel維護。不推薦,量小的時候還可以,量大的時候太困難。
l Wiki維護。推薦,相對來說比較好管理。
l 接口文檔維護工具。比如:apizza、apiview、小幺雞等,如圖9.2。
圖9.2 接口文檔維護工具
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。