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

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

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

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

创建任务

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

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

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

进口

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

默认情况下,我们从邮递员导入集合设置。 如果需要,可以更改 LoadView 测试设置中的相应值。

请求之间的延迟

集合中每个请求之间的间隔延迟(以秒为单位)。 默认情况下,我们使用在 邮递员集合运行 程序中 设置的延迟时间。 延迟时间在响应时间计算中考虑。

收集超时

任务应等待请求和收集执行完成的时间间隔(以秒为单位),然后再结束任务并返回错误。

请求超时

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

脚本超时

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