前言
之前還沒實際做過接口測試的時候呢，對接口測試這個概念比較渺茫，只能靠百度，查看各種接口實例，然後在工作中也沒用上，現在呢是各種各樣的接口都丟過來，總算是有了個實際的認識。雖然只是接口功能的測試，但是也要記錄下自己學到的點滴技能。 因為只是接口的功能測試，所以目前是用postman做測試，比較簡便，當然這只是接口測試的入門而已，瞭解的只是冰山一角，後續會努力往接口壓力、接口性能、接口自動化方向靠攏。（postman的安裝方法可以百度一下，這裡就不提了）
接口理論
我們常說的接口就是API，接口測試是測試系統組件間接口的一種測試。接口測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。 其實接口測試就和普通功能測試沒什麼區別，區別就是功能測試是在頁面上輸入值，提交數據看結果，而接口測試沒有頁面，通過接口規範文檔上的調用地址，請求參數，拼接報文，然後發送請求，檢查返回結果。
接口實例
一、POST POST請求是用來發送數據的，下面以下XX系統分配加工廠為例
1、產品經理的PRD文檔要求如下（分配加工廠接口的修改內容如下）：
1） 分配加工廠接口裡新增加工廠ID字段，整數類型，非必填；
2.）若對單領料單已經審核通過，限制只有待審核狀態才能分配加工廠，若不是則提示“對單領料單不是待審核，不能分配加工廠”；
2、開發人員的接口文檔如下：
接口名稱：XX系統分配加工廠接口
接口路徑：
POST /process/requisitionOrder/updateDistributeStatus
請求參數：
Headers：
Body：{ "factoryId": "123",//加工廠ID "factory": "XX服飾",//加工廠名稱 "produce_order_id": [//生產製單（純數字） 多個用,分開 1134360 ]} 返回數據：{ "msg": "success", "code": "0", "info": "操作成功"}
3、測試人員的測試用例如下：
4、測試人員執行測試用例如下：
1）打開Postman，填寫接口信息，具體操作如圖
注：接口文檔中的URL是不帶環境地址的，所以將URL複製到地址欄時，前面還要加上環境的地址，比如測試環境的地址+接口URL， 當然如果有多個環境的話，可以用環境配置功能，具體配置步驟在第4）步進行描述。
2）結合測試用例，組合變換參數信息後，查看返回的JSON數據與PRD是否一致 3）測試用例遍歷完成後，以上即完成了POST請求的接口功能測試。 4）這裡描述一下postman的環境配置 第一步，如圖
第二步，如圖
第三步，如圖
第四步，如圖
第五步，如圖（這是針對有多個環境的情況，比如一般都會有測試環境、驗收環境、生產環境）
二、GET
GET請求是用來獲取數據的，下面以XX系統獲取出庫賬單為例，（以下只列出部分數據信息用於演示）
1、產品經理的PRD文檔要求如下：
2、開發人員的接口文檔如下： 接口名稱：出庫賬單同步到XX系統接口 接口路徑：
GET /purchase/prepareOrder/importListFromPlm
請求參數：
Query：
返回數據：
{
"msg": "success",
"code": "0",
"info": {
"list": [
{
"billNo": "ML201902205005", //賬單編號
"billDate": "2019-02-20", //賬單日期
"factory": "生產部薩文服飾-燁琳", //供應商名稱
"materialSku": "16MLZS0513-628", //物料SKU
"num": 20, //數量
"purchasePrice": 0, //採購單價
"billSum": 0, //賬單金額
}
]
}
}
3、測試人員的測試用例如下：
4、測試人員執行測試用例如下：
1）打開Postman，填寫接口信息，具體操作如圖 注：接口文檔中的URL是不帶環境地址的，所以將URL複製到地址欄時，前面還要加上環境的地址，比如測試環境的地址+接口URL， 當然如果有多個環境的話，可以用環境配置功能，具體配置步驟可以參考POST的描述
2）結合測試用例，組合變換參數信息後，查看返回的JSON數據與PRD是否一致 3）測試用例遍歷完成後，以上即完成了GET請求的接口功能測試。
閱讀更多 說說軟件測試那些事兒 的文章
