所有 LoadView 订阅计划允许用户每月运行许多不同复杂性的负载测试。 负载测试的数量取决于已选择的订阅计划类型和测试配置。 在本文中,我们将讨论如何计算用户可以在订阅计划上运行的大约测试数。 通常,即使是需要运行大型负载测试的用户也能在我们的基本 入门 订阅计划中运行一些负载测试。

请参阅我们关于在 “如何通过负载测试找到 网络 应用程序突破点”和”网络 分析”中配置第一个负载测试的建议,以及我们知识库的 并发用户计算器和公式 文章。

帐户 > 升级计划负载 > 测试订阅下,可以找到包含在 LoadView 订阅计划中的定价和资源信息。

如何计算测试次数

首先,无论您正在实施什么计划,您都需要配置测试设备和测试方案。 配置测试设置时,请转到测试方案页面的脚下。 在脚上,您可以获得有关系统用于运行测试的资源量(虚拟用户分钟负载喷油器分钟)的信息。 请注意,估计的资源量基于您的测试设置,并将相应地更改。

接下来,请通过指向资源详细信息区域查找有关当前资源平衡的信息。 我们根据您的订阅套餐在每个月的第一天将资源(VUMLI 分钟)添加到您的帐户资源余额中。 请注意,所有未使用的资源都滚动到下个月。

一旦您拥有运行测试所需的资源和手头的余额详细信息,您就可以用相同的参数计算多少测试。 由于负载喷油器分钟数 (LI Min.) 用完是最常见的情况,我们建议使用 LI Min. 值进行计算:

测试次数 = 要求李敏 / 平衡李敏。

负载喷油器分钟用量是根据测试所需的 负载喷油器服务器 (LIs) 数量和测试持续时间计算的。 反过来,LIs 的数量取决于每个 LI 0r 模拟的虚拟用户数,即所谓的 负载喷油器有效载荷。 根据我们的经验,默认情况下,我们使用平均有效载荷值。 但是,建议 校准您的设备 ,以确保每个 LI 的理想 CPU 利用率(高达 70-80%)和 LIs 之间的最佳虚拟用户分布。

让我们看看它在现实生活中的样子。

基于浏览器(网页/网页应用程序)负载测试计算

通常建议确保设备方案配置正确。 为此,您可以先运行小型测试,并在需要时优化测试设置。 然后,您可以开始对您的网站进行大负载测试,并在每次推出新功能时将其与小负载测试相结合。

假设我们希望使用 25 个并发虚拟用户(在指定时间内执行特定交易)和 20 分钟持续时间运行我们的第一个负载测试。

使用此类测试方案进行测试需要 4 个 RBI 来模拟所需的虚拟用户数量。 由于每个 LI 从测试开始开始并运行 20 分钟,4 个 LI 的总运行时间为 4*20 分钟 = 80 负载喷油器最小。

我们不使用 参考负载喷油器 为本文的目的。 但是,建议每个测试至少使用一个参考负载喷油器来获得参考测试结果,并录制 网络应用程序或网页负载测试执行的视频。

入门 计划中,我们计划中包含 1800 个负载喷油器分钟数。 让我们根据所需的 LI 分钟计算我们可以在 初学者 计划上运行多少测试:

测试次数 = 1800/80 = 22 次负载测试

如果我们的负载测试目标是 100 个并发虚拟用户,则可以在 入门 计划上执行的测试结果数计算如下:

测试次数 = 1800/280 = 6 次负载测试

基于 HTTP 的负载测试计算

由于模拟 HTTP 虚拟用户需要更少的负载喷油器资源,因此在基于 HTTP 的负载测试中可以处理更高的负载。 在此示例中,我们设置了 20 分钟的 HTTP 负载测试,其中有 1000 个峰值并发虚拟用户(同时命中目标 URL)。

要使用给定配置运行基于 HTTP 的测试,系统需要两个 LI(HTTP 负载测试的默认有效载荷为每 LI 500 个虚拟用户)。 因此,资源平衡中的 2*20 分钟 = 40 负载喷油器最小将用于运行测试。

如果我们在 入门 计划中,则计划中包含 1800 个负载喷油器分钟数。 让我们根据所需的 LI 分钟计算我们可以在 初学者 计划上运行多少测试:

测试次数 = 1800/40 = 45 负载测试

同时,在 专业高级 计划的情况下,我们将能够运行112和375负载测试与相同的配置相应。