通過前面的文章，我們已經能完成接口的Collection，添加斷言，Data文件數據驅動，設置變量（Data、Globals和Environment）等等方法，對我們的接口進行個各種的測試，保證其正確性。

但是還可能有這么一個場景，突然某一天用戶反應說我們的網站訪問不了了，這時候，那幫程序猿查日志的查日志，看數據庫的看數據庫，當找到原因的時候，系統已經是發布上線后的幾個小時啦，這對用戶體驗來說是很不好的。

那我們能不能對接口做一個監控呢？如果接口有問題，給對應的程序猿發個郵件通知，這樣我們就能做到在客戶發現問題之前解決掉問題，自己發現總比讓用戶發現要好吧，讓我們的用戶有一個更好的體驗，postman提供了我們Monitor來監控我們的接口。

下面我們來看一下Postman提供的Monitor功能：

1、是基于Postman集合API的靈活監控

2、監控API的正常運行時間、響應能力和正確性

3、提供監測結果的詳細報告

4、對所有Postman用戶（免費和付費用戶）每月提供1000個免費的監控請求

5、付費用戶，在免費額度不足的時候，會從賬戶扣費

6、因為其使用場景，可以使用簡單的環境變量，不需要Data參數化

一、創建監控

1、我們選擇v2ex論壇網站的四個接口進行演示，點擊需要監控集合右側箭頭，選擇Monitors，點擊“Add a monitor”

2、輸入監控名稱“v2ex:api監控”，選擇版本為“current”，環境變量選擇No Environment，監控的運行頻率為：分鐘級別的每五分鐘運行一次，區域可以具體選擇，也可以選擇：Automatically Select Region，設置好了點擊create創建。

二、web頁面監控運行結果

1、去集合的Monitors下查找你的監控，點擊后跳轉到web頁面查看監控報告

2、第一次進入，需要點擊Run，運行監控的Collection

3、監控報告提供了兩種視圖模式，Monitor Summary 和 Request Split，切換視圖模式變化的是響應時間的統計方式，View 可以查看單個接口的響應時間；底部的TestResults和Console log可以查看具體的接口測試結果。

4、如果接口請求中斷言存在失敗運行，則會往賬號郵箱發送郵件提醒

三、總結

在特定場景下，postman提供的Monitor其實是一個很好的功能，幫我們按照指定的機制監控接口狀態，和我們使用Collection Runner或者Newman運行接口請求的目的時不同的。

Monitor主要目的時監控在線接口是否正常提供服務，我們沒必要驗證多種異常情況，主要關注響應時間、超時服務等情況。

Collection Runner或者Newman則是驗證接口請求功能正確性的，一般要在上線前完成。

【原創系列文章 如需轉載 請聯系作者 】

總結

以上是生活随笔為你收集整理的AppScan api登录接口 postman_【Postman】12 Postman monitor功能使用的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。