在做介面測試時,某些場景下需要新增斷言,對介面進行判斷,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下的子資料夾可以當作乙個介面,...