【问题标题】:How important it is to measure the page render/load time in web application [closed]测量 Web 应用程序中的页面渲染/加载时间有多重要[关闭]
【发布时间】:2014-01-09 08:18:57
【问题描述】:
当我们测试 Web 应用程序的性能时,人们通常会关注什么?是http响应时间吗?还是页面在收到来自服务器的响应后在客户端浏览器上完全加载/呈现所花费的时间?。
整个行业的一般衡量标准是什么?你有什么建议什么时候应该做?
你有什么相同的工具推荐吗?
在客户端收到响应后,我能否使用 Visual Studio Web 测试来衡量网页加载/呈现时间方面的性能。还是只是http响应时间?。
【问题讨论】:
标签:
performance-testing
load-testing
webtest
load-time
webpage-rendering
【解决方案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-25%,并将出站网络流量减少了 50%。
整个行业的一般衡量标准是什么?你有什么
建议什么时候应该做?
来自 Web 性能优化的先驱 Steve Souders,“80-90% 的最终用户响应时间花费在前端”首先从这里开始:请求太多、未优化的图像、未缩小的内容(js /css),不要通过 cdn 分发静态是常见的错误。
另一方面,不要忘记您的后端,因为这部分确实取决于负载和活动。由于后端问题,一些网站支付了最多的性能税。随着页面生成时间与用户负载成比例增加,您必须找到应用程序的吞吐量峰值并检查您自己的 SLA 是否可以。
你有什么相同的工具推荐吗?
没有涵盖所有主题的神奇工具,但有许多很棒的工具可以帮助您应用的特定部分。
- 页面渲染:Google Chrome SpeedTracer 或 IE 11 UI 响应工具
- 前端:PageSpeed、YSlow、WebPageTest.org(在线)、GtMetrix(在线)、Pingdom(在线)
- 后端:asp.net Mini-Profiler、Glimpse、Visual Studio Profiler 和 Visual Studio Web/负载测试
- Google Analytics for RUM(真实用户监控)
我可以使用 Visual Studio Web 测试来衡量性能吗?
客户端收到后的网页加载/渲染时间条款
回复。还是只是http响应时间?。
不,Visual Studio Web 和负载测试仅关注 HTTP 请求。 Javascript 未执行,虚拟用户不是虚拟浏览器:无法测量页面加载/更新时间。在我的公司,我们只将它用于集成测试和负载测试。
如果你想阅读更多,你可以看看这个post(声明:我是作者)。
另一个感兴趣的链接来自 Jeff Atwood(StackOverflow 的联合创始人),Performance is a feature。
性能是一个庞大的话题,我在这里只介绍了一小部分,但你有一个很好的起点。