如何计算平均响应时间?

平均响应时间计算为给定时间间隔内在目标网站上模拟的 Web 事务的平均持续时间:

平均响应时间 = ∑持续时间/已启动的事务数

什么是交易?

我们将事务定义为访问者在 Web 资源上执行的一系列已完成操作或一系列 HTTP/S 请求和回复。 t交易期限the 已用时间, 从事务开始的那一刻起 到现在 事务是 完成。 例如, 交易 可以定义 作为 一个序列 操作, 例如加载网页、登录网站导航到另一个网页,最后提交 Web 表单。

用户行为配置文件和延迟

配置用户行为配置文件使您可以模拟典型用户与您的网站或 Web 应用程序的交互方式。 有关用户行为延迟的信息,请参阅我们的 用户行为配置文件知识 库文章。

请注意,在其他类型的负载测试中,用户行为延迟不包括在事务持续时间中:HTTP/S、网页、流媒体、SOAP Web API、Rest Web API、WebSockets、Selenium 和 Postman Collections。 此外,事务持续时间不考虑浏览器启动和关闭的时间。

网页任务

创建网页任务时,LoadView 平台在测试场景中提供 正常自定义 用户行为配置文件。 选择”正常”选项将减慢页面交互速度,并在操作之间添加随机延迟(从 3 到 6 秒),以模拟真实用户浏览您的网站。 自定义用户行为允许您设置最小和最大延迟,从 0 秒到 30 秒。 将延迟设置为最小和最长 0 秒将尽快执行测试脚本。 此选项专为压力测试而设计,以查看您的系统如何响应(LoadView 的另一个独特功能,您无法在 JMeter 等开源性能测试平台上使用)。

Web 应用程序任务

对于 Web 应用程序任务,用户行为延迟将包含在事务持续时间中。 创建设备后,您可以根据特定设备的需求自定义配置文件。 就像网页的用户行为配置文件一样,他相同的用户行为配置文件选项, 提供了“正常”和“自定义”,但包括其他配置设置,以根据特定 Web 应用程序任务的要求模拟特定的用户操作,例如鼠标移动速度、鼠标单击速度和键入速度。 有关配置 Web 应用程序测试的信息,请参阅我们的 Web 应用程序负载测试知识 库一文。

为什么平均响应时间很重要?

您的用户希望您的网站和应用程序始终可用并执行,而不会遇到任何挫折,无论时间或时间如何。 加载时间过长或响应缓慢的应用程序或网站可能会导致您的用户很快感到沮丧并放弃他们打算执行的任务和操作,这可能会导致销售损失。 即使只是一秒钟或更多的延迟,也可以在阻止用户从您的网站或应用程序中弹起时产生不同之处。

影响响应时间的因素

虽然执行性能测试有助于确定问题和瓶颈的发生地点,但纠正响应时间过慢可能难以执行。 响应时间过慢可能是更复杂的问题的指标,可能是由于服务器过载、托管提供程序问题,甚至客户端问题。 虽然有许多因素可能导致响应时间变慢,但下面的列表包含一些更常见的原因。

复杂环境

复杂性是导致响应时间缓慢的关键因素之一。 当今的许多网站和应用程序都依赖于各种第三方服务、网络、技术、平台等,因此很难精确确定哪些特定组件或元素可能是原因。

重网页

此外,当今的网站和应用程序框架可能导致页面大小太大、包含太多 JavaScript 的网页”膨胀”,或者只是没有进行适当的优化,从而导致页面性能下降。 虽然构建一个吸引用户眼球的网站很重要,但 Web 开发人员必须仔细平衡网站和应用程序内容与用户体验,以及它们如何影响整体响应时间。 构建内容丰富的网站很容易,但如果您发现用户很早就在反弹,那么是时候考虑收回内容的数量和类型,优化页面以获得更好的用户体验了。

可 伸缩 性

可扩展性是另一个关键因素,它可能导致响应时间变慢,尤其是在交通高峰期和繁忙的网上购物时段,如黑色星期五/网络星期一。 当流量突然增加时,这可能导致服务器接收的请求超过其处理量,从而导致资源使用时出现性能瓶颈。 性能测试可以帮助识别基础结构中的差距,以确保站点和应用程序可以根据用户的需求进行扩展。 当需求很高时,您的服务器应该能够适当地分配或增加必要的资源来处理需求,并在需求减少时减少。

使用 Dotcom 监视器进行连续监控

一旦您的网站或应用程序准备就绪并推送到生产,重要的是您不断监控加载时间和响应时间,以确保用户不会收到糟糕的用户体验。 设置监视器将为您提供所需的见解和数据,以确保您的网站、Web 应用程序以及任何第三方服务和 API 持续启动和运行。 如果不是,您和团队会立即收到警报,因此您可以在更多用户受到影响之前解决问题。

Dotcom-Monitor 平台允许您从全球 30 个地点进行监控,并提供各种解决方案和功能,如警报选项、时间表、筛选器、集成等,以满足您的所有需求。 了解有关 Dotcom 监视器解决方案的更多信息