在Web应用程序中测量页面呈现/加载时间的重要性

Iam*_*amV 5 webtest load-testing performance-testing load-time webpage-rendering

当我们测试Web应用程序的性能时,人们通常会关注什么?这是http响应时间吗?或者它是从服务器收到响应后,在客户端浏览器上完成加载/呈现的时间吗?

整个行业的衡量标准是什么?你有什么建议吗?

你有相同的工具建议吗?

在客户端收到响应后,我可以使用Visual Studio Web测试来测量网页加载/渲染时间方面的性能.或者只是http响应时间?

Cyb*_*axs 4

简而言之:性能真的很重要!

\n\n

我的黄金法则非常简单:你必须衡量一切并优化一切。这不仅是一个纯粹的技术挑战,还关系到您的业务团队。以下是 Velocity Conf 中的一些经典示例。

\n\n
    \n
  • Bing \xe2\x80\x93 慢 2 秒的页面会导致每用户收入下降 4.3%。
  • \n
  • Google \xe2\x80\x93 400 毫秒的延迟导致/用户搜索量下降 0.59%。
  • \n
  • 雅虎!\xe2\x80\x93 400 毫秒的减速导致全页流量下降 5-9%。
  • \n
  • Shopzilla \xe2\x80\x93 将其网站速度提高了 5 秒,转化率提高了 7-12%,搜索引擎营销的会话数量增加了一倍,并将所需服务器的数量减少了一半。
  • \n
  • Mozilla \xe2\x80\x93 将登陆页面缩短 2.2 秒,下载转化率提高了 15.4%,他们估计这将使 Firefox 每年的下载量增加 6000 万次。
  • \n
  • Netflix \xe2\x80\x93 采用单一优化 gzip 压缩,速度提高了 13-25%,出站网络流量减少了 50%。
  • \n
\n\n
\n

整个行业通常衡量什么?对于应该在何时完成的方面,您有什么建议吗?

\n
\n\n

Web 性能优化先驱 Steve Souders 表示,“80-90% 的最终用户响应时间都花在前端” 首先从这里开始:请求太多、图像未优化、内容未缩小 (js/css) 、不要通过 CDN 分发静态内容是常见错误。

\n\n

另一方面,不要忘记您的后端,因为这部分实际上取决于负载和活动。由于后端问题,一些网站正在缴纳最大数额的绩效税。随着页面生成时间与用户负载成比例增加,您必须找到应用程序的吞吐量峰值并检查您自己的 SLA 是否可以。

\n\n
\n

您有同样的工具推荐吗?

\n
\n\n

没有涵盖所有主题的神奇工具,但有许多很棒的工具可以帮助您应用程序的特定部分。

\n\n
    \n
  • 页面渲染:Google Chrome SpeedTracer 或 IE 11 UI 响应工具
  • \n
  • 前端:PageSpeed、YSlow、WebPageTest.org(在线)、GtMetrix(在线)、Pingdom(在线)
  • \n
  • 后端:asp.net Mini-Profiler、Glimpse、Visual Studio Profiler 和 Visual Studio Web/负载测试\n
      \n
    • Google Analytics for RUM(真实用户监控)
    • \n
  • \n
\n\n
\n

在客户端收到响应后,我可以使用 Visual Studio Web 测试来测量网页加载/呈现时间方面的性能吗?或者它只是http响应时间?

\n
\n\n

不,Visual Studio Web 和负载测试仅关注 HTTP 请求。JavaScript 不会被执行,虚拟用户也不是虚拟浏览器:不可能测量页面的 laod/redner 时间。在我的公司,我们仅将它用于集成测试和负载测试。

\n\n

如果您想了解更多内容,可以查看这篇文章(免责声明:我是作者)。\n另一个感兴趣的链接来自 Jeff Atwood(StackOverflow 联合创始人),性能是一项功能

\n\n

性能是一个广阔的话题,我在这里只介绍了一小部分,但你有一个很好的起点。

\n