day1.接口測試（概念、Postman、SoapUI、jmeter）

本文轉載自查看原文 2017-12-13 22:23 989 筆記

一、什么是接口測試

接口測試是測試系統組件間接口的一種測試。接口測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關系等。 --百度百科

接口測試就是功能測試，沒太大區別

二、接口測試的必要性

1.bug越早發現成本越低

2.能發現普通功能測試所發現不到的問題。(比如普通功能測試發送請求不能修改頁面固定數值，接口可以，牛牛老師的栗子：假如現在在京東app上買東西，支付訂單，訂單金額是500元，支付的話，那肯定要調用支付接口，你在頁面上操作的話，訂單金額是修改不了的，那如果你想測試一下服務端有沒有校驗訂單的金額，我想把訂單金額改成5元，那在頁面上點是測試不了的，這個時候我們就可以直接用接口來調用，修改一下訂單金額的值，然后再發請求就可以了。)

3.檢查系統的安全性、穩定性(服務端的一個缺陷可能會引起客戶端的幾個甚至十幾個缺陷，更可怕的是服務端的缺陷有可能引起系統的崩潰，這對整個系統來說，損失將是不可估量的，因此服務端接口的質量將直接影響到系統的正確和穩定)

三、接口分為對內的（服務器端）和對外的（客戶端）

1.對外的接口就是你在客戶端獲取信息，所調用的別人寫好的方法，比如你點擊功能按鈕，跳轉頁面所展示的信息，就是你調用接口所獲取到的

2.對內的接口就是客戶端內各個功能板塊之間交互的接口

四、常見的接口類型：webservice接口和http api接口（忽略）

1.webService接口是走soap協議通過http傳輸，請求報文和返回報文都是xml格式的，我們在測試的時候都用通過工具才能進行調用，測試。

2.http api接口是走http協議，通過路徑來區分調用的方法，請求報文都是key-value形式的，返回報文一般都是json串，常用請求有get和post等。

注：現在大部分都在用http api接口，比較流行的原因，參考：https://www.cnblogs.com/crafts/p/3941625.html

五、http api接口常用請求方法get和post的區別（唯一，gat寫入url，post寫入body（入參若是json，就要寫json串））

1)get直接在瀏覽器上就能調用，不用借助其他工具

2)get用來向服務端獲取數據的，post向服務端發送數據的

注：1.get在url沒有長度限制，在從前瀏覽器技術不成熟時是有限制的

2.post並不比get安全，都一樣的，抓包都能看見，都是明文傳輸

3.一般情況下get使用url或Cookie傳參，post數據放在body里面（可以當做區別，post數據也可以放在url里面）

參考：1.http://www.cnblogs.com/nankezhishi/archive/2012/06/09/getandpost.html

2.http://www.cnblogs.com/ldp615/archive/2012/07/27/http-get-post.html

六、HTTP狀態碼

每發出一個http請求之后，都會有一個響應，http本身會有一個狀態碼，來標示這個請求是否成功，常見的狀態碼有以下幾種：
1、200 2開頭的都表示這個請求發送成功，最常見的就是200，就代表這個請求是ok的，服務器也返回了。
2、300 3開頭的代表重定向，最常見的是302，把這個請求重定向到別的地方了，
3、400 400代表客戶端發送的請求有語法錯誤，401代表訪問的頁面沒有授權，403表示沒有權限訪問這個頁面，404代表沒有這個頁面
4、500 5開頭的代表服務器有異常，500代表服務器內部異常，504代表服務器端超時，沒返回結果

常見的404和5開頭的

七、get和post借助Postman操作

1.get請求方法

1.1直接填入發出（請求url后添加參數方法，url+？+參數=值，多個參數間用&連接）