1,postman 5.5版本的test指令碼比6.7版本的簡單，**少
如 判斷響應時間小於200的，5.5版本指令碼是：tests["response time is less than 200ms"] = responsetime < 200;
6.7版本指令碼是：pm.test("response time is less than 200ms", function () );
2，用不同的身份登入，就用到token資訊，具體是什麼格式的postman有很多
3，測試用例可以提前驗一些東西，入顏色值，返回的url鏈結，返回資料對不對，排列順序對不對，
4,用例設計
1、是否滿足前提條件
有些介面需要滿足前置條件，才可成功獲取資料。常見的，需要登陸token。
逆向用例：針對是否滿足前置條件(假設為n個條件)，設計0~n條用例
2、是否攜帶預設值引數
正向用例：帶預設值的引數都不填寫、不傳參，必填引數都填寫正確且存在的「常規」值，其它不填寫，設計1條用例；
3、業務規則、功能需求
這裡根據實際情況，結合介面引數說明，可能需要設計n條正向用例和逆向用例
4、引數是否必填
逆向用例：針對每個必填引數，都設計1條引數值為空的逆向用例
5、引數之間是否存在關聯
有些引數彼此之間存在相互制約的關係
逆向用例：根據實際情況，可能需要設計0~n條用例
5、引數資料型別限制
逆向用例：針對每個引數都設計1條引數值型別不符的逆向用例
6、引數資料型別自身的資料範圍值限制
正向用例：針對所有引數，設計1條每個引數的引數值在資料範圍內為最大值的正向用例
逆向用例：
針對每個引數(假設n個)，設計n條每個引數的引數值都超出資料範圍最大值的逆向用例
針對每個引數(假設n個)，設計n條每個引數的引數值都小於資料範圍最小值的逆向用例
以上幾個方面考慮全的話，基本可以做到如下幾個方面的覆蓋：
主流程測試用例：正常的主流程功能校驗；
分支流測試用例：正常的分支流功能校驗。
異常流測試用例：異常容錯校驗
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下的子資料夾可以當作乙個介面，...