最近正好有個項目，需要做一下支付相關(guān)接口測試，測試完成后腦海中浮現(xiàn)的一句話“實踐是檢驗真理的唯一標準”，我們來看看有哪些問題大家借鑒可以避免的。
一． 接口測試前需要準備哪些
接口測試工具：Postman
測試網(wǎng)站地址：確保測試前網(wǎng)站服務(wù)起來，否則不可能驗證成功
接口文檔：個人認為這是最重要的要素 ，一篇高質(zhì)量文檔能為你調(diào)試過程節(jié)約很多時間
數(shù)據(jù)庫：最好連接到后臺數(shù)據(jù)庫，有的時候需要校驗頁面顯示是否正確，或者判斷返回的內(nèi)容是否正確，都可以查看數(shù)據(jù)庫找到根源
綜上，這些工具互相之間是來回切換配合使用的，具體看大家需要完成什么操作，自己取材。
二． 測試過程中遇到的問題
1. 類型一報錯：101錯誤“System error”
首先在Postman中填寫路徑信息，Body下輸入?yún)?shù)，點擊【send】按鈕，如下圖所示保證每一步內(nèi)容都正確
Ok，我點擊發(fā)送后出現(xiàn)了下面的狀態(tài)碼提示
狀態(tài)碼提示：
{"code":"101","message":"SYSTEM_ERROR","result":null}
Status ：200 ok，說明接口正確
101 提示錯誤：服務(wù)器已經(jīng)理解了客戶端的請求，并將通過Upgrade 消息頭通知客戶端采用不同的協(xié)議來完成這個請求。
后來查看接口文檔，上面標注傳輸格式為json，在Header下調(diào)寫數(shù)據(jù)各式為json，問題解決，如下圖所示。
2. 類型二報錯：Unexpented token
當(dāng)我點擊【send】按鈕后，提示“There was an error in evaluating the Pre-request Script：Unexpected token”
釋義：在評估預(yù)請求腳本時出現(xiàn)了一個錯誤：意外符號
應(yīng)該是腳本請求發(fā)生的錯誤，一般都是腳本的語法錯誤，多了空行，或者雙引號之類的，查看了下腳本沒有錯誤就幾行代碼，后來發(fā)現(xiàn)原來是在Body下，寫在了Pre下了，改好了就ok了
那么Pre-request scripts有什么用呢？
如果需要在發(fā)送請求之前做一些處理(如數(shù)據(jù)構(gòu)造)，可以添加腳本在Pre-request scripts下
3. 報錯類型三：102，提示“xx內(nèi)容不能為空”
url:http://xxxxx/URI
傳輸方式：get
提示：如下圖
原因：以get方式傳送時，參數(shù)要在url上傳，因為選擇get后body是置灰的，所以沒有傳參，就會有必填項提示不能為空的提示
那么get傳輸?shù)恼_格式應(yīng)該是什么樣的？
http://xxxxx/URI?serialNo=1590&dateTime=2018-03-15
IP/URI?參數(shù)名1=參數(shù)值1&參數(shù)名2=參數(shù)值2
上面表示是查詢兩個參數(shù)的地址格式
注意，參數(shù)值不用雙引號闊起來
三． 原理
通過上面操作，我們來總結(jié)下2個問題：
1. 常用的post、get、put這幾個請求方式有什么不同
請求方式 釋義 舉例
Get GET 方法用來請求訪問已被 URI 識別的資源。指定的資源經(jīng)服務(wù)器端解析后返回響應(yīng)內(nèi)容 相當(dāng)于“查看”，比如告訴服務(wù)端想查看某個主頁內(nèi)容，服務(wù)端就返回給你
post 傳輸實體的主體 客戶端：“我要把這條信息傳給你”->服務(wù)端
PUT PUT 方法用來傳輸文件。就像 FTP 協(xié)議的文件上傳一樣，要求在請
求報文的主體中包含文件內(nèi)容，然后保存到請求 URI 指定的位置 客戶端：“我要把這份文件傳給你” ->服務(wù)端
2. HTTP協(xié)議傳輸返回的狀態(tài)碼分別代表什么意思
有時候，接口會返回500錯誤，或者400,我們需要知道分別代表的什么意思
1XX Informational（信息性狀態(tài)碼） 接收的請求正在處理
2XX Success（成功狀態(tài)碼） 請求正常處理完畢
3XX Redirection（重定向狀態(tài)碼） 需要進行附加操作以完成請求
4XX Client Error（客戶端錯誤狀態(tài)碼） 服務(wù)器無法處理請求
5XX Server Error（服務(wù)器錯誤狀態(tài)碼） 服務(wù)器處理請求出錯
四． 總結(jié)
我們來梳理下Postman接口測試正確流程（4步走）：
1. Header下填寫數(shù)據(jù)格式
2. 確保請求方式正確（GET、POST等）
3. 確保接口路徑填寫正確
4. 確保傳參格式正確
