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

Question

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

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

您是否有相同的工具建议？。

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

Answer 1

用三个词来说：表现真的很重要！

我的黄金法则非常简单：你必须衡量一切并优化一切。这不仅是一项纯技术挑战，也是您业务团队的关注点。以下是Velocity Conf的一些经典例子。

• Bing - 速度慢2秒的网页导致收入/用户下降4.3％。
• Google - 400毫秒的延迟导致搜索/用户下降0.59％。
• Yahoo！ - 400毫秒的放缓导致整页流量下降5-9％。
• Shopzilla - 将网站加速5秒可将转化率提高7-12％，使搜索引擎营销的会话数量翻倍，并将所需服务器数量减少一半。
• Mozilla - 将目标网页缩短2.2秒会使下载转化次数增加15.4％，他们估计每年的Firefox下载量将增加6000万次。
• Netflix - 采用单一优化，gzip压缩，加速13-50％，并将出站网络流量减少50％。

  

整个行业的衡量标准是什么？你有什么   应该在什么时候提出的建议？

来自Web性能优化的先驱Steve Souders，“最终用户响应时间的80-90％用于前端”首先从这里开始：请求太多，非优化图像，未缩小内容（js） / css），不要通过cdn分发静态是常见的错误。

另一方面，不要忘记你的后端，因为这部分真的取决于负载＆amp;活动。由于后端问题，一些网站正在支付最大的性能税。由于页面生成时间与用户负载成比例增加，您必须找到应用程序的吞吐量峰值，并检查您的-own-SLA是否正常。

  

您是否有相同的工具建议？

没有神奇的工具可以涵盖所有主题，但有许多优秀的工具可以帮助您应用的特定部分。

• 页面渲染：Google Chrome SpeedTracer或IE 11用户界面响应工具
• FrontEnd：PageSpeed，YSlow，WebPageTest.org（在线），GtMetrix（在线），Pingdom（在线）
• 后端：asp.net Mini-Profiler，Glimpse，Visual Studio Profiler＆amp; Visual Studio Web /负载测试
  • Google Analytics for RUM（真实用户监控）

  

我可以使用Visual Studio Web测试来衡量性能吗？   客户端收到后，网页加载/渲染时间一次   响应。或者只是http响应时间？。

不，Visual Studio Web＆amp;仅针对HTTP请求加载测试焦点。 Javascript未执行且虚拟用户不是虚拟浏览器：无法测量页面内容/红色时间。在我的公司，我们仅将其用于集成测试和负载测试。

如果您想阅读更多内容，可以查看post（免责声明：我是作者）。 另一个感兴趣的链接来自Jeff Atwood（StackOverflow的联合创始人），Performance is a feature。

表演是一个很大的话题，我这里只介绍一小部分，但你有一个很好的起点。