监控邮递员收藏

如果您拥有与 Postman 进行内部 API 测试的集成测试集合,但还需要从本地网络外部设置测试,您可以将 Postman 测试上载到 Dotcom 监视器。

请注意,在大多数情况下,邮递员集合是独立的,应在单独的 HTTP 设备下设置。 有关详细信息,请参阅 多目标设备的限制

请参阅 如何使用 Dotcom 监视器 保护邮递员请求中的数据一文中的如何保护与邮递员请求一起发送的敏感信息。

  • 什么是邮递员?快速概述

    什么是邮递员? 快速概述

    邮递员是一 平台 u平分 对于 协作和 开发e开发 Ap是。 邮递员为用户提供了各种功能,sending 获取/后重新挤压Ts 从接口内, 因特格拉廷g 和在 CI/CD 环境中自动执行 API 测试s、记录和共享 Api 发展 过程 和更多。 邮递员有助于缩短 并优化 API 开发周期s. 有一个重新相似, a使用工具 到邮递员 在今天的市场,这样的s 索普 菲德尔 , 斯瓦格卡塔隆 工作室 ,和其他人,但邮递员是一个更受欢迎和广泛使用的工具之一。

    邮递员收藏

    邮递员集合是一组可共享或导出的有组织的 API 请求。对于拥有许多团队或开发人员的组织,Postman 集合提供了一种让组或个人在 API 中查看、添加和组织各种请求的轻松方法. 这确保了每个人都使用测试版本,请求 are 工作的预期 捕获任何 可能妨碍 性能的 bug。

为什么使用网络监视器来监视邮递员收藏

邮递员是一个非常强大的 API 开发平台,提供大量功能和优势。 其中一个功能是能够从平台内部监控 API 性能。 然而,在监控邮递员收藏时,存在一些警告和局限性。

邮递员提供监控他们的所有计划,从他们的免费计划到他们的企业计划。 根据用户用于其 API 开发的 Postman 包,监控功能和相关功能可能会有所不同。

例如,邮递员的免费版本仅限于每月1,000 个 API 呼叫,而他们的团队、业务和企业计划都包括每月 10,000 个 API 呼叫。邮递员确实为您的组织提供了即用即付 API 呼叫选项,如有必要,需支付额外费用此外, 只能设置 监控 频率 低至每5分钟。 The Dotcom-MoniTor 平台允许监控检查每分钟到每 3 小时一,为团队设置监控检查提供了足够的灵活性和选项。

监控位置

设置监视的地方对于了解正在进行的 API 至关重要 从用户所在地的性能。 T他在邮递员内的监控 位置数 仅限于 6 个位置 , 这也是使用第三 方监视器的另一个原因像Dotcom监视器这样的解决方案是必不可少的。 Dotcom-Monitor 提供全球 30 个地点 除了从防火墙后面进行监控外,在设置其监控设备时,为用户提供灵活y 编辑或增加其 API 和邮递员集合 的正常运行时间和可用性。

使用 Dotcom 监视器监控 邮递员收藏

  • 什么是邮递员收藏和邮递员亚军?

    什么是邮递员收藏和邮递员跑步者?

    在 Postman 中,用户在运行 API 请求时有几个选项。 他们可以选择单独运行请求或选择 Runner 选项来运行给定邮递员集合中的所有请求。 选择”运行程序”选项将打开所有已保存的集合,从这里,用户可以运行任何他们想要的集合。 用户还可以更改请求的执行顺序或删除某些请求。

    此外,邮递员用户可以通过选择适当的环境、迭代次数、每个请求之间的延迟(毫秒)或包括数据变量来配置收集亚军。 运行集合后,用户查看和筛选哪些请求成功或失败,以及每个请求的时间。 邮递员还与纽曼集成,因此用户还可以选择在纽曼 CLI(命令行接口)中运行其邮递员集合,但由于纽曼在节点上运行.js,因此必须在运行纽曼之前安装此内容。

准备邮递员收藏

在开始设备配置之前,请准备要导入到 Dotcom 监视器解决方案中的邮递员集合

 

上传邮递员收藏到 Dotcom 监视器 知识库文章。

如果您希望 Dotcom 监视器生成警报并针对有错误的响应发送警报通知,请在导入之前将响应验证添加到 Postman 中的集合。

设置 邮递员收集监控设备

设置 邮递员 收藏 监控设备允许您创建自动监控测试 你的邮递员收藏。 有关如何创建监视设备的快速概述,请阅读” 创建监视设备知识库 “一文。

邮递员集合监控任务

您还可以使用多种选项配置邮递员集合监视设备,例如 对监视时发生的错误发出警报,指定 监控位置,一配置您的 监视计划程序

筛选器,

并设置 监视结果报告。

Dotcom-Monitor 客户端可以选择 from 30 监控位置在世界各地,提供更多的选项,更好地匹配您的用户和客户located,并最终 真实的监控数据。

请求的集合 使用指定的频率重复执行,以执行对目标 w ebAPI 的调用序列。因此,为 Postman 中的请求指定的断言将用于验证 API 响应。 如果未满足断言设置的任何条件 设备将被标记为失败。

如果您要为一组邮递员收藏设置监控,我们建议您为每个设备设置一个集合。 有关详细信息,请参阅我们 wiki 的 多目标限制 文章。

集合中的 HTTP 请求表示单独的监视任务,将按包收费。 另请参阅

近似 WebView 监控的定价矩阵 知识库文章. P租赁 联系网络监控器 Account Executive 与 任何 问题。

配置请求

选择

邮递员收藏监控设备后,系统将提示您导入邮递员收藏并

根据您的要求调整

目标设置

 

 

导入邮递员集合

单击 导入 并选择一个合适的选项来上传集合。 您可以使用邮递员集合上传 JSON 文件,或者 如果邮差收藏是公开出版的, 提供指向集合的公共链接。 的 邮递员C区分页脚本将显示在”收集请求“部分

邮递员导入

默认情况下,我们导入公司邮递员的选集设置。 如果需要,可以更改 邮递员集合监视 设备设置。 请注意,环境变量值不会与集合设置一起传递。 如果您在导入的集合中使用变量,请参阅 Dotcom-Monitor 中如何处理邮递员环境变量

请求之间的延迟

请求之间的延迟(秒为单位是时间 集合中每个请求之间。 默认情况下,我们使用 延迟 时间设置在 邮递员收藏亚军. D埃莱 时间在响应时间计算中考虑。

忽略网络错误

默认情况下,Dotcom 监视器会生成警报,并在网络响应执行时发生的 Postman HTTP 错误时发送警报通知。 如果您不关心网络错误,则可以配置系统以过滤掉此类错误。 如果“ 忽略网络错误 ”选项设置为 “是”,则 Dotcom 监视器 不会 在失败的 Postman 请求时引发错误,并将设备状态更改为 “警报”。 但是,您将能够在监视会话报告中看到 HTTP 错误。

收集超时

集合超时 , measured 以秒为单位,是设备在 结束任务 并返回错误 之前应 等待请求完成和收集执行的时间长度。

请求超时

请求超时 特米瓦,以, 是时间长度 设备应等待对集合中的单个请求的响应。

脚本超时

脚本超时间隔测量 秒为单位 ,是 设备 应等待断言脚本完成的时间 长度 在结束任务并返回错误之前。 脚本超时的最大时间是 30 秒。

准备脚本

请参阅 使用准备脚本和发布脚本 一文。

性能测试与 LoadView负载测试 g 人收集ns

如果您想要在加载下测试您的邮递员集合和 API 行为,LoadView 平台使用真实浏览器提供基于云的性能测试 并提供您和您的团队轻松创建和执行 e 负载测试所需的功能和功能。没有更昂贵和耗时的性能测试基础架构要求。使用 LoadView,您可以从20 多个 worldwide 测试位置选择se,模拟成百上千的并发用户, 从不同的负载测试曲线选择,等等。 快速了解您的邮递员集合和 API 如何处理预先确定的流量, 以及存在性能瓶颈。

有关使用LoadView解决方案设置和加载测试邮递员收集离子的信息,请阅读我们的邮递员负载测试 f教程或更多详细信息。