Postman 通过集合测试脚本定义响应时间阈值，配合 Monitor 定时运行与通知配置实现告警。适用于 API 可用性监控场景，需注意免费版运行频次限制。
先说结论：核心是利用测试脚本断言响应时间，失败即触发监控告警。
- 适合：需要持续监控 API 健康度与性能波动的团队
- 先准备：编写包含响应时间断言的 Collection 测试脚本
- 验收：确认 Monitor 运行失败时能收到邮件或 Webhook 通知
快速处理思路
Postman 没有单一按钮直接设置全局响应时间告警，需通过脚本 + 监控器组合实现。先在 Collection 的 Tests 标签页写入响应时间判断逻辑，再创建 Monitor 调度运行，最后在 Monitor 设置中开启通知。
为什么会这样
Postman Monitor 的本质是定时自动运行 Collection，告警依赖于测试脚本的执行结果。当脚本中的断言（Assertion）未通过时，Monitor 判定该次运行为失败状态，进而触发预设的通知渠道。
响应时间数据由 pm.response.responseTime 提供，单位为毫秒。只有将数值比较逻辑写入脚本，Monitor 才能识别性能是否达标。
分步处理
步骤 1：编写性能断言脚本
在 Collection 或具体请求的 Tests 标签页中输入以下代码，将 200 替换为实际阈值：
pm.test("Response time is less than 200ms", function () {
pm.expect(pm.response.responseTime).to.be.below(200);
});
步骤 2：创建 Monitor
进入 Collection 页面，点击 Monitor 标签，选择 Create a monitor。设置运行频率（如每 5 分钟），选择对应的 Environment（如有变量）。
步骤 3：配置告警通知
在 Monitor 设置页面找到 Notifications 部分，勾选 Email Notifications 输入接收邮箱，或配置 Webhook URL 对接钉钉、企业微信等内部系统。
怎么验证是否生效
查看 Monitor 运行历史记录，确认是否有 Failed 状态。手动修改脚本阈值为极小值（如 1ms）强制触发失败，检查邮箱是否收到报警邮件。
登录 Postman 网页版，进入 Monitoring 面板，查看最近一次运行的 Response Time 图表与 Test Pass/Fail 状态。
常见坑
环境变量未同步：Monitor 运行时使用云端环境，若脚本依赖本地变量需确保已同步到云端 Environment。
超时设置冲突：请求本身的 Timeout 设置若小于阈值，会导致请求先超时而非触发断言，建议 Timeout 略大于性能阈值。
免费版频次限制：公开资料中没有看到可靠的量化数据说明免费版具体频次上限，但通常低于付费版，高频监控需确认套餐配额。
常见问题
脚本怎么写才能捕获响应时间？
使用 pm.response.responseTime 获取毫秒数，配合 pm.expect 进行数值比较。
告警会有延迟吗？
告警取决于 Monitor 调度频率，若设置为每 10 分钟运行，最坏情况下延迟接近 10 分钟。
支持 webhook 对接第三方吗？
支持，在 Monitor 通知设置中填入第三方提供的 Webhook 地址即可接收 JSON 格式通知。
参考来源
Postman 官方学习中心 - Monitoring collections
Postman 官方文档 - Adding tests