Postman介面測試3 常見測試斷言方式

2021-10-19 07:35:25 字數 1205 閱讀 2099

在做介面測試時,某些場景下需要新增斷言,對介面進行判斷,postman在"tests"中提供了比較多的斷言方式。

根據postman的tests介面右側snippets模組,我們可以看出tests斷言主要有如圖六種方式:

pm.test(

"status code is 200"

, function ())

;

或者

tests[

"status code is 200"

]= responsecode.code ==

200;

「status code is 200」:此處的文字資訊可以任意定義(填寫),只是為了方便我們自己檢視結果。

(執行的結果在「test results」中檢視)

2)判斷響應時間

根據測試標準,設定響應時間限制,斷言**如下:

pm.test(

"response time is less than 200ms"

, function ())

;

「response time is less than 200ms」:此處的文字資訊可以根據需要自行填寫。

3)判斷是否存在某元素

判斷測試響應資料中是否包含某元素。斷言**:

tests[

"判斷返回的元素中是否有data"

]=responsebody.has(

"data");

//不包含

tests[

"判斷返回的元素中是否有id"

]=responsebody.has(

"id");

//包含

Postman介面測試

開發介面的時候需要快速呼叫,方便除錯 測試的時候需要非常方便的呼叫介面,通過不同的引數去測試介面的輸出 這些呼叫需要儲存下來,反覆執行的 在執行過程中如果有斷言 檢查點 加持就更好了 http請求 請求方法,請求的url,請求引數,請求的重要頭域 http響應 狀態碼,響應的body,響應的head...

Postman介面測試

一 postman的使用 這裡介紹乙個小技巧 工作當中,我們可能經常會遇到一些404,500或者其他我們無法分析的錯誤時,我們可以把介面copy為curl傳送給開發人員,讓其幫我們找到答案 開發者工具找到該錯誤介面,copy curl postman import到postman。就可以直接傳送了 ...

postman介面測試

postman工具和其他使用工具類似,如何封裝http請求這裡不再贅述 一 collections 1 乙個collection就是乙個測試專案 其實collection就是乙個一級資料夾 在collection下可以新建子資料夾 2 介面用例組織,collection下的子資料夾可以當作乙個介面,...