Postman之通用斷言( Assert )

本文預計閱讀時間需要"3"分鐘

今日關鍵詞：Assert

01引言

前幾期很多朋友看了幾篇的Postman工具的使用以及一些相關小技巧，都開始迫不及待的要我推送單介面&多介面的實戰以及如何使用postman進行介面測試以及斷言怎麼做？希望直接上手操作學習

02 歷史推文

之前我推送過幾篇Postman相關的基礎使用&介面測試環境變數以及斷言實例目錄如下

Postman之Settings

Postman小技巧與快捷鍵

Postman之集合(collections)

Postman之request

Postman之設置環境變數

postman日記之斷言篇

Postman日記之多個Json如何斷言

postman+newman框架之生成介面測試報告

03 什麼是斷言

首先我們個人覺得不管什麼測試用例Testcase都有一個3A原則，沒有斷言assert的case是不完整的，那麼斷言是簡單理解是什麼呢？斷言其實就是拿一個預期結果與一個事件輸出的結果(實際結果)進行對；預期==實際，就通過Pass；預期！=通過則失敗FAIL

其實斷言比較簡單，最常見的是對返回的code進行斷言，或者對多個返回值進行校驗。

04 單多介面斷言設置

a.單介面斷言設置

首先來看看對單個介面進行斷言，比較簡單的是直接用右側提供的模板，修改key-value即可，或者自行編寫腳本

b.collections介面集斷言設置

對於一個介面集（collections）來說，裡面的幾乎每個介面都需要驗證code，但是每個介面都寫一次斷言腳本效率太低了。最新版本的postman提供了對一個文件下所有介面的通用斷言。

點擊介面集合XW_API_Test下的Edit

選擇 Test，進行斷言腳本編寫（JavaScript語法）

pm.test("Status code is 200",function(){      pm.response.to.have.status(200);  });

該斷言檢查作用於XW_API_Test文件中的全部介面；我們可以看到，我們剛剛設置的集合XW_API_Test直接應用於全部介面請求斷言(通俗來講就是這個XW_API_Test的全局斷言)

05 總結

好了，到此關於Postman中的斷言的內容都到此總結完畢。內容不多，但是比較簡單，好理解。總結工具性的內容就有這麼個好處，內容不多，理解簡單，記憶性的東西多，不比設計、原理性的東西那樣需要更多的去理解。最後，希望我的這篇文章對你有幫助~