Postman 學習

安裝

• 官網下載地址
• 直接安裝就是了

執行順序

• 在一次請求的生命週期中，各個 js function section 的執行順序

變量

分類

• 變量分爲全局變量、環境變量、Collection 變量

用法

• 自定義的變量，一般寫爲{{xxxxxxx}}
• 官方定義的變量，一般寫爲{{$xxxxxx}}
• 下圖可以看到在 url 中和 body 裏都可以設置變量
  
• post

Tests

這是一個針對單個接口編寫若干個測試用例的地方，我們可以通過 postman 集成的 chaijs 後，使用它的函數操作、驗證我們想要的結果。

增加一個請求和它的接口測試用例

• 我們可以通過下面兩個鏈接，閱讀官方給出的文章學習到該如何使用 Tests，以及相關的 js function
  • test-scripts 測試-原型
  • test-example 測試-用例
  • chaijs 可以通過這個學習函數用法
  • 這位仁兄的博客對 chaijs 介紹的不錯
• Pre-request Script
  • 在這個窗口裏你也可以寫 js function
  • 每次請求的生命週期中，執行順序爲

啓動單個測試

• 如果你寫了 Tests，想測試下結果的話，只需要正常的調用接口，那麼測試結果就會在顯示返回值 Response Body 的 Tab 的旁邊一個叫Test Results的 Tab 裏面。
  
  
  

Collection Runner

這是一個批量測接口的東西，非常好用，postman 提供的條件選擇和結果界面，還有其他一些小功能非常貼合程序猿的心，很人性化。我們可以使用這個功能一鍵測試這個 Collection 下的接口測試方案。

啓動批量測試

• 打開 Collection Runner Window，建議從具體的你自己某個 Collection 旁邊的類似於▷按鈕打開它，而不是直接從客戶端的上方工具欄裏打開，因爲工具欄裏打開速度有時候會特別特別慢。
• 點擊Run就行啦~
• 跑完的結果，綠的就是通過，紅的就是沒通過，灰色或者說沒顏色的就是沒調通
• 如果你寫了 Tests 的話，它是按照你寫的測試用例來跑的，如果輸出了某些信息的話，你也可以看到每次測試相應的信息輸出。

搭建一個工作流

• 主要依靠函數，postman.setNextRequest()
• 依賴上述函數，使得每個請求結束後可以觸發你的下一個請求，從而讓你的 Request 們可以按照你規定的順序動起來。
• 注意！！！注意！！！注意！！！官方文檔有話說！！！
  • postman.setNextRequest() 總是會本次請求的最後才執行，無論你是在 Pre-request Script 裏還是 Tests 裏的任何地方，它都會在最後一個執行。
  • postman.setNextRequest() 也有它自己的一個作用範圍，有所限制。雖然它可以跳到任何一個你要求的其他請求，但是最多也就侷限在它當前的 Collection 或者 Folders 裏。

Jenkins 持續集成

• 可以參考其他人的博客

Tips

執行順序

• 當 Run 一個 Collection 的時候，它是默認按照右側窗體 Run Order 裏的順序執行。
• 如果你使用了 postman.setNextRequest() 函數想要規定每個 Request 的執行順序的話，請注意！setNextRequest 函數的執行順序會和 Order 的執行順序一起發生作用，因此實際的執行順序是，先執行 Order 順序，再執行 setNextRequest 函數，不注意的話，非常容易死循環！
• 根據官方的示例，postman build work-flow 官方文檔，這個函數的真正用意是，在 Order 順序下，跳過若干個 Request，設定下一個想要的 Request