使用 LoadView 的负载测试允许您确定 Web 应用程序的中断点,或者,换一种说法,则确定发生性能下降或应用程序停止响应的并发用户数。

在负载测试时确定负载模式可能是测试准确性的一个关键方面。 例如,如果从一开始就加载过多,并且应用程序响应错误,并不意味着可以成功处理较低的负载。 在负载测试中,通过模拟目标站点上的并发用户访问来生成负载。 因此,使用指定数量的并发用户逐渐增加的负载模式将是更好的选择。

另一个因素是决定在测试期间要模拟的相关并发用户数。 Web 分析工具可能是计算实际起始负载的最可取方法,但当您没有分析数据时,应该怎么做? 我们将讨论使用
负载步骤曲线
设置负载测试方案的最直接方法。

您可以使用动态可调曲线手动设置负载曲线,直到应用程序性能出现断裂点。

计算起始负载

首先,考虑正在使用的 Web 服务器数和可用的 CPU 内核数。 根据行业标准,每个 CPU 内核有 25 个并发用户可能是您的起点,但建议从比计算起始点低 50% 开始。

起点= 25 x N CPU 内核

建议从 * (25 x N CPU 内核) x 50%开始的用户数量

假设您的 Web 应用程序正在四核 Web 服务器上运行。 要开始的并发用户数计算如下:

起点= 25 x 4 CPU 内核 = 100 个并发用户

建议从* (25 x 4 CPU 内核) x 50% = 50 个并发用户开始的用户数量

要指定要开始测试的用户数,请使用”使用方案步骤开始”的字段。

配置负载曲线

上升率

建议在每个提升步骤时将负载提高起始点值的 25%。

要指定每分钟提高负载的用户数,请使用”按步调提高“的相应字段。

对于上述示例,我们的升点率等于 25 个用户/分钟。

测试持续时间

测试持续时间取决于要生成的最大负载。 建议根据应用程序的性能要求,将负载提高到比起始点高出 5-10 倍的值:

  • 如果需要提高负载 5 次,将 20 分钟设置为“按步长提高
  • 如果需要提高负载 10 次,将 40 分钟设置为“按步长提高“持续时间。

在我们的示例中,让我们以 40 分钟的持续时间运行测试,因此虚拟用户的最大数量约为 1,000 个用户。

设置负载曲线后,启动测试并检查测试结果

使用负载测试报告确定断点

让我们考虑一个基本的 HTTP 负载测试,起始负载为 5 个用户/分钟。 参见下图中的负载曲线和相应的测试结果。

在上面的示例中,我们看到图表上的响应时间和期间内的错误数(以黄色为蒙上)有显著增长。 根据您的要求,您可以将在此期间的任何点视为”临界点”。 例如,如果错误率超过 0% 被视为对应用程序至关重要,则第一次出现错误(例如,服务器停止响应)可能是应用程序中断点。 或者,在响应时间至关重要的情况下,当响应时间超过预定阈值时,将发生中断点。