LoadView平台允许您设置性能测试,以帮助确定 Web 应用程序的中断点,或者换句话说,即发生性能退化或应用程序停止响应的并发用户数量。 应力测试与负载测试不同,负载测试使用预先确定的并发用户水平来测量负载下的性能,因此在 Web 应用程序性能下降发生之前,会慢慢增加并发用户的数量。 查找 Web 应用程序临界点非常重要,原因有很多,包括:

  • 整个系统和环境如何管理系统故障和恢复。
  • 确定是否需要任何其他硬件容量或基础设施。
  • 与其他服务器指标一起观察性能指标,如磁盘 I/O、内存和 CPU 使用情况。

确定负载曲线模式和并发用户

确定负载和应力测试的负载曲线模式是测试精度的一个关键方面。 例如,如果您从一开始就从负载过多开始,并且应用程序响应错误,则不一定意味着可以成功处理较低的负载级别。 在负载测试中,负载由模拟目标应用程序上的并发用户访问的负载喷油器生成。 因此,使用指定数量的并发用户逐渐增加的负载模式将是更好的选择。 通过这种方式,您将能够更好地确定发生故障或退化的点,以便更有效地补救问题。

另一个因素是决定在测试期间要模拟的相关并发用户数。 Web 分析工具(如 Google 分析)可能是计算现实起始负载的最可取方法,但是,当您没有分析数据可开始时,您应该怎么做? 阅读我们的知识库文章,了解有关使用 Web 分析来确定性能测试的并发用户 的其他信息。

负载视图:配置负载曲线

LoadView 平台允许您从多个负载曲线中进行选择,但在尝试查找 Web 应用程序的临界点时,您不想执行与预先定义的并发用户或吞吐量的测试。 出于这些原因,在尝试了解应用程序的临界点时,负载步曲线和动态可调曲线是基于目标的曲线负载曲线的首选负载曲线选项。

我们将讨论使用加载步骤曲线设置负载测试场景的最简单方法

您可以手动设置负载曲线,并实时使用动态可调曲线增加目标应用程序的负载,直到应用程序性能出现突破点。 在配置测试场景时,了解更多有关 动态可调曲线 的了解。

计算起始负载

要计算负载测试的初始负载,请首先考虑正在使用的 Web 服务器数量以及可用的 CPU 内核数。 根据行业标准,每个 CPU 内核的 25 个并发用户应该是您的 起点,但建议从比计算起点低 50% 的数字开始。

起点 = 25 x CPU 内核数

建议的用户数量开始 = (25 x 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 个用户。

设置负载曲线后,启动测试并检查测试结果。 报告将包括测试的摘要或大纲,并将包括显示测试期间负载水平和响应时间变化的图表和线图。 报告中的其他部分包括会话报告和设备信息。

阅读我们的 负载测试报告 知识库文章,了解负载测试报告的其他见解、详细信息和解释。

使用报告确定 Web 应用临界点

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

在上面的示例中,我们看到图表上的响应时间和期间内的错误数(以黄色为蒙上)有显著增长。 根据您的要求,您可以将在此期间的任何点视为 Web 应用程序的”临界点”。

例如,如果超过 0% 的错误率被认为对应用程序至关重要,则第一次出现错误(或当服务器停止响应时)可被视为 Web 应用程序的临界点。 或者,在响应时间至关重要的情况下,当响应时间超过预先确定的阈值时,就会出现临界点。

加载测试 Web 应用程序:最佳实践

没有深思熟虑的规划和准备,执行成功的负载和压力测试是不会发生的。 LoadView 平台为性能工程师提供了所有必要的云基础设施和负载测试功能,以帮助消除传统的复杂性和障碍,例如必须投入资源来设置单独的测试环境,以及随地负载测试附带的其他耗时的考虑因素。

脚本实用户场景

确保成功 Web 应用程序测试结果的关键之一是创建与用户和客户如何使用和浏览 Web 应用程序相匹配的场景。 匹配行为是开始负载测试过程时的一个关键要素。 了解更多关于 每个步骤的网络记录器

真正的用户可能是不可预知的,所以请记住,一定程度的不可预测性和随机性将需要。 在 LoadView 测试设置中,您可以从用户行为配置文件中进行选择或创建自定义配置,以更好地模拟用户行为。 阅读更多有关在我们的知识库文章中配置 用户行为配置文件

执行来自多个区域的测试

确保您收到最佳负载和压力测试结果的一部分是能够从用户所在的位置进行测试。 您的公共 Web 应用程序可随时通过互联网连接和浏览器提供给任何人。 LoadView 提供 20 多个全球云 (AWS 和 Azure) 网络位置来配置负载和压力测试。 您的测试还应进行配置,以匹配大多数用户访问 Web 应用程序的区域或城市。

匹配用户设备和网络条件

设置和配置测试,以匹配用户所在的位置,以及流行的浏览器、设备和网络连接(如 2G/3G/4G),使您能够更好地微调测试并更好地了解设备/浏览器级别的性能。 LoadView 平台支持 40 多个桌面和移动浏览器/设备。

性能基线

虽然有必要找到 Web 应用程序开始降级的点,但它不应该是你首先要找到的。 如果您以前从未对 Web 应用程序进行过负载测试,建议在进入压力测试之前运行与典型日常流量水平相匹配的负载测试场景。 在正常交通条件下进行初始负载测试可能会发现一些机会,在高峰流量下运行全面压力测试之前,对应用进行增强。

加载视图:查找 Web 应用临界点

LoadView 具有真实浏览器、EveryStep Web 记录器和地理分布式负载喷油器等功能,不仅提供性能工程师,还为任何能够快速为真实用户场景创建测试脚本并针对这些 Web 应用脚本执行负载和压力测试以了解来自世界各地的性能的人员提供服务。