postman接口功能測試

前言                                                        

　　以前還沒實際作過接口測試的時候呢，對接口測試這個概念比較渺茫，只能靠百度，查看各類接口實例，而後在工做中也沒用上，如今呢是各類各樣的接口都丟過來，總算是有了個實際的認識。雖然只是接口功能的測試，可是也要記錄下本身學到的點滴技能。

　　由於只是接口的功能測試，因此目前是用postman作測試，比較簡便，固然這只是接口測試的入門而已，瞭解的只是冰山一角，後續會努力往接口壓力、接口性能、接口自動化方向靠攏。（postman的安裝方法能夠百度一下，這裏就不提了）

　　各位大佬勿噴哈~

接口理論                                                 

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

　　其實接口測試就和普通功能測試沒什麼區別，區別就是功能測試是在頁面上輸入值，提交數據看結果，而接口測試沒有頁面，經過接口規範文檔上的調用地址，請求參數，拼接報文，而後發送請求，檢查返回結果。

　　

接口實例                                                

1、POST

POST請求是用來發送數據的，下面如下XX系統分配加工廠爲例

一、產品經理的PRD文檔要求以下（分配加工廠接口的修改內容以下）：

1） 分配加工廠接口裏新增長工廠ID字段，整數類型，非必填；

2.）若對單領料單已經審覈經過，限制只有待審覈狀態才能分配加工廠，若不是則提示「對單領料單不是待審覈，不能分配加工廠」；

二、開發人員的接口文檔以下：

接口名稱：XX系統分配加工廠接口

接口路徑：POST  /process/requisitionOrder/updateDistributeStatus

請求參數：

Headers：

參數名稱	參數值	是否必須	示例	備註
Content-Type	application/json	是

Body：

 

{
  "factoryId": "123",//加工廠ID
  "factory": "XX服飾",//加工廠名稱
  "produce_order_id": [//生產製單（純數字） 多個用,分開
    1134360
  ]
}

返回數據：

{
  "msg": "success",
  "code": "0",
  "info": "操做成功"
}

三、測試人員的測試用例以下：

用例編號	模塊	用例標題	前提條件	操做步驟	預期結果
01	XX接口	分配加工廠接口裏新增長工廠ID字段，整數類型，非必填	填寫錯誤的或類型不對的加工廠ID	略	返回具體的錯誤信息
			不填寫加工廠ID，其餘條件符合要求		分配加工廠成功，XX系統的領料單正確顯示加工廠名稱
			填寫正確的加工廠ID，其餘條件符合要求		分配加工廠成功，XX系統的領料單正確顯示加工廠名稱
			填寫正確的加工廠ID，對單領料單已經審覈經過		返回提示「對單領料單不是待審覈，不能分配加工廠」；

四、測試人員執行測試用例以下：

1）打開Postman，填寫接口信息，具體操做如圖

注：接口文檔中的URL是不帶環境地址的，因此將URL複製到地址欄時，前面還要加上環境的地址，好比測試環境的地址+接口URL，

固然若是有多個環境的話，能夠用環境配置功能，具體配置步驟在第4）步進行描述。

2）結合測試用例，組合變換參數信息後，查看返回的JSON數據與PRD是否一致

3）測試用例遍歷完成後，以上即完成了POST請求的接口功能測試。

4）這裏描述一下postman的環境配置

第一步，如圖

第二步，如圖

第三步，如圖

第四步，如圖

第五步，如圖（這是針對有多個環境的狀況，好比通常都會有測試環境、驗收環境、生產環境）

 

2、GET

GET請求是用來獲取數據的，下面以XX系統獲取出庫帳單爲例，（如下只列出部分數據信息用於演示）

一、產品經理的PRD文檔要求以下：

輸入參數
字段名稱	是否必填	取值邏輯	備註說明
帳單日期	是		例如2019-04-10
供應商ID	否
輸出參數
帳單編號	是	ML+年月日+流水號	一個帳單日期內，一個供應商只對應一個帳單
帳單日期	是	輸入參數裏的帳單日期
供應商名稱	是	從出庫單獲取
SKU	是	從出庫單明細獲取
採購單價	是	根據SKU獲取檔案的基準價
數量	是	出庫數量
帳單金額	是	採購單價*數量，金額爲負

二、開發人員的接口文檔以下：

接口名稱：出庫帳單同步到XX系統接口

接口路徑：GET  /purchase/prepareOrder/importListFromPlm

請求參數：

Query：

參數名稱	是否必須	示例	備註
billDate	是	2019-02-20	帳單日期
supplierId	否	1	供應商ID

返回數據：

{
    "msg": "success",
    "code": "0",
    "info": {
        "list": [
            {
                "billNo": "ML201902205005",         //帳單編號
                "billDate": "2019-02-20",           //帳單日期
                "factory": "生產部薩文服飾-燁琳",   //供應商名稱
                "materialSku": "16MLZS0513-628",    //物料SKU
                "num": 20,                          //數量
                "purchasePrice": 0,                 //採購單價
                "billSum": 0,                       //帳單金額
            }
        ]
    }
}

 

三、測試人員的測試用例以下：

用例編號	所屬模塊	用例標題	前提條件	測試步驟	預期結果
01	XX接口	輸入正確的‘帳單日期’請求參數，接口正確返回相應的帳單數據	系統中有在該帳單日期內的帳單	一、在請求地址中增長‘billDate’參數； 二、billDate填寫正確的帳單日期，點擊GET	{"msg": "success", "code": "0", "info":….} info顯示正確的帳單信息
02	XX接口	輸入不符合規範的‘帳單日期’請求參數，接口返回參數不符合要求	填寫12/23/45	一、在請求地址中增長‘billDate’參數； 二、billDate填寫不符合規範的帳單日期，點擊GET	{"msg":"帳單日期不符合規範;","code":"43"}
03	XX接口	將‘帳單日期’請求參數置空，接口返回參數必填		一、在請求地址中增長‘billDate’參數； 二、billDate不填寫，點擊GET	{"msg":"帳單日期不能爲空;","code":"43"}
04	XX接口	‘供應商ID’請求參數	請求中沒有‘billDate’	一、在請求地址中增長‘supplierId’參數； 二、supplierId填寫正確的供應商ID，點擊GET	{"msg":"帳單日期不能爲空;","code":"43"}
05	XX接口		請求中有‘billDate’	一、在請求地址中增長‘billDate’，‘supplierId’參數； 二、supplierId填寫正確的供應商ID，billDate填寫正確的帳單日期，點擊GET	{"msg": "success", "code": "0", "info":….} info顯示正確的帳單信息
06	XX接口		請求中有‘billDate’	一、在請求地址中增長‘billDate’，‘supplierId’參數； 二、supplierId填寫錯誤的供應商ID，billDate填寫正確的帳單日期，點擊GET	{"msg":"供應商ID不存在;","code":"43"}
07	XX接口		請求中有‘billDate’	一、在請求地址中增長‘billDate’，‘supplierId’參數； 二、supplierId不填寫，billDate填寫正確的帳單日期，點擊GET	{"msg": "success", "code": "0", "info":….} info顯示正確的帳單信息
08	XX接口	‘帳單編號’輸出參數取值爲：ML+年+月+日+4位流水號	接口返回正確數據	1.GET後，查看返回的JSON數據	‘帳單編號’輸出參數取值爲：ML+年+月+日+4位流水號
09	XX接口	以上列舉了部分測試用例，其餘的測試用例就再也不展現了

四、測試人員執行測試用例以下：

1）打開Postman，填寫接口信息，具體操做如圖

注：接口文檔中的URL是不帶環境地址的，因此將URL複製到地址欄時，前面還要加上環境的地址，好比測試環境的地址+接口URL，

固然若是有多個環境的話，能夠用環境配置功能，具體配置步驟能夠參考POST的描述

2）結合測試用例，組合變換參數信息後，查看返回的JSON數據與PRD是否一致

3）測試用例遍歷完成後，以上即完成了GET請求的接口功能測試。