如果您一直在使用 Postman 测试 Web API 性能或使用 Dotcom 监视器监视邮递员流量,则邮递员收集任务可以是一个非常快速和有效的工具,用于在 LoadView 中设置负载测试。 首先配置负载测试,您所能做的就是从 Postman 中现有的 Web API 调用创建一个集合,然后上传到 Dotcom 监视器。

  • 什么是邮递员?

    什么是邮递员?

    斯特曼 所有关于 API 开发。 它是一个 API 客户端,允许开发人员和团队创建、测试、 共享和文档 API 通过单个平台。 它提供各种功能,如手动和自动测试,协作离子,并创建文档为您的 API邮递员甚至包括设置模拟服务器和监视器的能力,因此开发人员可以发出请求,可以返回测试数据,以确保功能之前进入生产

    在平台中使用这些功能使开发团队能够简化 API 开发流程,并提供精细、更高质量的产品 API in a short developmen t cycle. 邮递员支持过多的 API 调用, 包括 REST、SOAP 和 HTTP, API 语言OpenAPI, 图形QL、和拉姆. 它 also 支持 各种 认证 和授权 方法 包括 OAuth、API 密钥、基本身份验证、无记号令牌等 确保安全可靠地发送 API 请求. 对于开发人员来说,最好的部分是 他们提供一个免费的帐户开始。 更大的团队可以利用付费计划,允许交流Cess to 更多特性和功能.

    在 Postman 中,用户可以发出请求以从 API 端点检索或发送数据,而无需创建代码或终端。 这些请求是使用标准的HTTP方法发出的,例如GET,POST,PATCH,PUT和DELETE,但是,用户可以在Postman界面中利用其他类型的请求类型。

    除了创建请求,每个请求都可以单独命名,具体取决于请求的操作。 例如,如果您要发送请求国家/地区或州/地区的 GET 请求,则可以将该请求命名为“GET 国家/地区”或“GET 州”,以便以后更轻松地搜索它。 发出请求后,Postman 还将向用户显示 HTTP 状态代码,例如 200 OK 响应,以及该请求所花费的时间。

何时选择 HTTP 任务而不是邮递员集合任务

在使用邮递员集合配置负载测试时,您需要考虑一个方面,但冷杉 st,让我们来谈谈什么是邮递员集合和这个邮递员功能背后的一些背景

邮递员 C节是 已保存的 集合 请求 开发人员用于为特定用例生成 然后,他们可以组织 进入文件夹 ,并随时访问. 例如, 可以创建集合,用于 在用户登录后获取特定 用户资源或信息 API。 不必返回查找所有这些 不同的 请求单独,你可以把它们 到集合中。 这使得将所有请求分组到一个 pl 中变得容易王牌,并快速访问他们以后。 此外,用户可以为整个集合指定身份验证详细信息 ,或 按请求单独设置它们。

在 LoadView 中,邮递员测试的每个脚本都由专用进程执行。 由于负载喷油器服务器上的 负载分配的特殊性,LoadView 一次可以在单个负载喷油器服务器上执行多达 30 个进程。 因此,您可以将系统设置为每个负载喷油器最多运行 30 个并发用户。 在有效负载方面,这意味着在测试负载测试所需的负载喷射器时,要运行的并发用户更多。 这会增加大型负载测试的总成本(请参阅负载 喷油器定价)。

在需要扩展多个并发用户的情况下,请考虑将 Postman 集合转换为多请求 HTTP 负载测试,如 Rest Web API 负载测试所描述的那样。 由于 HTTP 测试不是在单个进程中执行的,因此不需要像邮递员集合任务那样需要负载喷油器资源。 通常,对于 HTTP 测试,您可以在单个负载喷油器服务器上运行 500 到 1000 个并发用户。 因此,您可以将有效负载扩展到比”邮递员收集任务”高得多的数字,而不会显著增加总成本。

创建测试

在开始任务配置之前,准备将邮递员集合导入到 Dotcom 监视器,如将邮递员集合上载到 Dotcom 监视器中所述。

要配置负载测试方案,请使用Postman 集合检查 Web API 负载测试,了解一些特殊提示。

选择”邮递员 集合”任务后 ,系统将提示您导入邮递员集合并调整任务设置。

进口

单击 导入”并选择一个合适的选项来上载集合。 您可以使用 Postman 集合上传 JSON 文件,或提供指向集合的公共链接(如果已发布)。 集合脚本将显示在”集合请求 “部分

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

请求之间的延迟

集合中每个请求之间的延迟(以秒为单位)。 在响应时间计算中考虑延迟时间。 默认情况下,系统使用 3 到 6 秒之间的随机延迟来模拟正常用户延迟。 可以在负载测试设置的下一步中设置请求之间的自定义延迟:在“ 负载测试设置 ”页上,单击“
调整用户行为
”并指定请求之间的自定义延迟。

忽略网络错误

默认情况下,Dotcom 监视器会检查 Postman 网络请求是否存在网络错误。 如果您不关心网络错误,则可以配置系统以过滤掉此类错误。 如果“ 忽略网络错误 ”选项设置为 “是”,则 Dotcom 监视器 不会 在失败的邮递员请求上引发错误。 但是,您将能够在相关的测试会话报告中看到 HTTP 错误。

时间验证阈值

任务应等待请求和收集执行完成的时间间隔(以秒为单位),然后再结束任务并返回错误。 在超时的情况下,将在测试设备验证上生成验证错误。

请求超时

任务应等待来自集合的单个请求的响应(以秒为单位) 的时间间隔。

脚本超时

任务应等待断言脚本完成的时间间隔(以秒为单位)然后结束任务并返回错误。 脚本超时的最大时间是 30 秒。

API 性能测试限制与邮递员

Postman 可用于自动执行开发人员手动执行的许多日常测试类型,如单元测试、功能测试、集成测试、回归测试、模拟测试等。开发人员和团队还可以通过集成with流行的CI/CD 工具(如 Jenkins)来自动测试您的生成。

但是,为了进行性能测试 与成百上千的并发用户,Postman 用户将需要利用第三方负载和性能测试解决方案. 这是 LoadView 解决方案确实是快速轻松地API执行性能测试的一种最佳方法到开发过程中,大量的工作和时间都用于确保功能。不要因为上述性能测试而浪费掉。

性能测试将 功能测试 更上一层楼 以确保 API 能够经得起实际条件。 您不想盲目地将代码推送到生产环境中。ut 先测试。 您冒着用户遇到 低于理想 经验。 由 t在负载下估计 API 响应时间和可靠性,您可以更好地了解您的 API 在高峰流量条件下的反应和执行方式根据需要调整资源和容量。 邮递员确实提供了一个功能, 称为邮递员收集亚军, 但它不是替代 真正的 端到端性能 测试。

邮递员集合运行程序的主要目标是显示您的请求在连续运行时是否通过或失败。 Postman 没有在平台内运行大型大容量负载测试的功能。 它非常适合测试 API 功能并检查请求是否导致有效响应,但如果您是 API 最终将被 大量并 发用户,您需要确保您的系统和服务能够处理 API 的预期负载。

LoadView 测试方案和执行

一旦你完成导入你的邮递员科尔2001 年设置和测试设置,您可以开始设置 s 的最终过程执行负载测试。 负载视图 提供多个测试曲线选项,以最适合 你的测试目标。 选项包括 标准负载 曲线、基于目标的曲线和动态 可调 曲线. 每种类型的负载曲线都使您能够在测试期间设置多个并发用户级别和事务速率。

  • 加载步曲线:允许您设置性能测试执行计划,包括启动用户,以及其他操作,如保持或增加并发用户数的时间量
  • 基于目标的曲线:调整并发用户以满足事务的预定义速率
  • 动态可调曲线:这允许您在测试运行时增加或减少并发用户数,以便您可以查看系统如何响应。

详细了解这些负载 曲线和其他 LoadView测试 方案设置。

负载测试方案中的最后一个步骤是选择 运行测试。 THe LoadView 平台提供 20 多个全球位置,最适合您的用户,以便更好地了解按位置显示的性能。

LoadView 平台旨在简化您的p执行测试目标和流程。LoadView 不需要任何其他硬件或网络来管理,因此您的团队可以快速设置 向上运行您的每个形式测试,没有其他平台需要的麻烦