如果您拥有与 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 中的集合。
设置 Postman 收集监控
设置 邮递员 收藏 监控设备允许您创建自动监控测试 你的邮递员收藏。 有关如何创建监视设备的快速概述,请阅读” 创建监视设备知识库 “一文。
您还可以使用多种选项配置邮递员集合监视设备,例如 对监视时发生的错误发出警报,指定 监控位置,一个和配置您的 监视计划程序
和筛选器,
Dotcom-Monitor 客户端可以选择 from 30 监控位置在世界各地,提供更多的选项,更好地匹配您的用户和客户是located,并最终给 更 真实的监控数据。
请求的集合 将 使用指定的频率重复执行,以执行对目标 w ebAPI 的调用序列。因此,为 Postman 中的请求指定的断言将用于验证 API 响应。 如果未满足断言设置的任何条件, 设备将被标记为失败。
如果您要为一组邮递员收藏设置监控,我们建议您为每个设备设置一个集合。 有关详细信息,请参阅我们 wiki 的 多目标限制 文章。
配置请求
选择
邮递员收藏监控设备后,系统将提示您导入邮递员收藏并
根据您的要求调整
目标设置。
导入 Postman 集合
单击 导入 并选择一个合适的选项来上传集合。 您可以使用邮递员集合上传 JSON 文件,或者 如果邮差收藏是公开出版的, 提供指向集合的公共链接。 的 邮递员C区分页脚本将显示在”收集请求“部分。
文件上传
如果您的 Postman 集合包含对文件的引用,则导入 Dotcom-Monitor 后,文件的名称将显示在 “项目文件 ”部分中。
系统会自动生成在线存储库路径,以将文件存储在 Dotcom-Monitor 云中。 该路径将显示在 “联机存储库文件 ”字段中。 要在监控测试中使用该文件,您需要将该文件上传到提供的存储库。
若要将文件上传到联机存储库,请确保保存设备,然后创建包含以下信息的支持票证:
- Postman Collection 设备的名称。
- 在线 存储库文件 路径,如测试目标设置中所示。
- 要上传的文件副本。 请将文件附在您的机票上。
请给我们的团队一些时间来处理您的请求。
请求之间的延迟
请求之间的延迟(以秒为单位)是时间 集合中每个请求之间。 默认情况下,我们使用 延迟 时间设置在 邮递员收藏亚军. 的 D埃莱 时间在响应时间计算中考虑。
忽略网络错误
网络错误可能包括 DNS 解析错误、TCP 连接超时/错误,或者 服务器使用 4xx
或 5xx
响应状态代码(无数据)。
默认情况下,Dotcom-Monitor 会生成警报,并针对收集执行时发生的 Postman 网络错误发送警报通知。 如果您不关心网络错误,则可以配置系统以过滤掉此类错误。 如果“ 忽略网络错误 ”选项设置为 “是”,则 Dotcom 监视器 不会 在失败的 Postman 请求时引发错误,并将设备状态更改为 “警报”。 但是,您将能够在监视会话报告中看到 HTTP 错误。
收集超时
集合超时 , measured 以秒为单位,是设备在 结束任务 并返回错误 之前应 等待请求完成和收集执行的时间长度。
请求超时
的 请求超时 特米瓦我,以 秒, 是时间长度 设备应等待对集合中的单个请求的响应。
脚本超时
脚本超时间隔,测量 以秒为单位 ,是 设备 应等待断言脚本完成的时间 长度 在结束任务并返回错误之前。 脚本超时的最大时间是 30 秒。
准备脚本
请参阅 使用准备脚本和发布脚本 一文。
性能测试与 LoadView: 负载测试 g 后人收集ns
如果您想要在加载下测试您的邮递员集合和 API 行为,LoadView 平台使用真实浏览器提供基于云的性能测试 并提供您和您的团队轻松创建和执行 e 负载测试所需的功能和功能。没有更昂贵和耗时的性能测试基础架构要求。使用 LoadView,您可以从20 多个 worldwide 测试位置选择se,模拟成百上千的并发用户, 从不同的负载测试曲线选择,等等。 快速了解您的邮递员集合和 API 如何处理预先确定的流量, 以及存在性能瓶颈。
有关使用LoadView解决方案设置和加载测试邮递员收集离子的信息,请阅读我们的邮递员负载测试 f教程或更多详细信息。