网站打开速度是用户体验非常重要的环节，当我们的
网站建设好后都会进行各种测试，今天就和大家来分享下速度的监控和测试。
我们有很多种工具进行网站页面速度测试。从建立服务器连接到呈现整个页面所需的时间，获取详细报告的工具已经存在。事实上，在DevTools中的大多数浏览器下都有很棒的工具，可以做许多像WebPageTest这样久经考验的服务所提供的事情，包括改进特定指标的建议。
我不知道你是怎么想的，但在衡量页面速度性能时，我经常感觉自己错过了什么。即使我有所有可用的工具，我仍然发现自己伸手去拿其中的几个。某些工具是为某些指标设计的，带有产生某些结果的某些假设。因此，在我对正在发生的事情有一个清晰的了解之前，我所拥有的是一个需要收集、组合和处理的报告大杂烩。
在我们真正登录并查看报告之前，我认为有必要了解一下语义。这里的关键词是“监控”性能。在使用DebugBear之后，我开始意识到我一直在做的是“测量”性能。而“监控”和“测量”的区别就大了。当我测量性能，我只是在特定的时间和地点获得快照。没有关于快照前后页面速度性能的上下文，因为它是独立的。把它想象成线形图上的一个单独的数据点——没有周围的点可以和我的结果进行比较，这让我不停地问，这是好结果还是坏结果？这是我在表演努力中一直缺少的“东西”。
当然有办法解决这个问题。我可以捕获这些数据，并将其输入到电子表格中，这样我就可以记录一段时间内的性能结果，可以用来发现性能在哪里得到了提高，或者相反，在哪里出现了问题。这看起来工作量很大，即使它增加了价值。另一个问题是，我得到的数据是基于实验室模拟的，在实验室模拟中，我可以添加调节，确定所使用的设备和网络连接，以及其他模拟条件。
有时我有一个优化页面速度的想法，但发现我需要首先将更改部署到生产中，以便报告工具可以重新评估页面，以便我比较结果。如果能知道这些改变是否有效，那是非常有意义的事情，对我们建设网站又有了新的突破。
