通过前面的文章，我们已经能完成接口的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则是验证接口请求功能正确性的，一般要在上线前完成。

【原创系列文章 如需转载 请联系作者 】