测试你的网页

在过去的四天里，我们为你提供了很多加速网页的方法。为了能
让用户能有所体会，你需要为网页制定一些行为标准并实行之。

制定你的标准

别只自问：“网页现在有多快？”并试图进行改善。应该问“页
面应该有多快？”。或者减少用户的等待时间，或者让用户觉得
他们的等待是值得的。

制定合理指导方针的最佳方法是检查你的竞争对手的网站。查找
与你的网站提供相同内容、服务、价值等的网站，研究它们的
表现。请教你们公司市场部、销售部或其它部门的人，让他们评
价你的竞争对手的网站。可以进行一次角色扮演：把你自己当成
一个用户，进行一次网上漫游。

当你确定了要查看哪些网站后，确定你要进行到哪里。或许整个
页面装载完，但是或许应该确定某个特定条目的装载时间（例
如，一个新网站的顶部标题）。我们研究过的一些站点非常好：
在页面完成装载之前，用户可以看到一些很重要的东西。

如何计算网站的下载时间

现在对你自己的网站和你确定的网站进行下载时间的测试，并把
结果作成图表。我试过计算页面下载的不同方法，最后在所需的
时间和结果的准确性之间达到了最佳平衡。为了达到事半功倍，
可以用以下方法：

首先，建立一个要比较的页的清单。然后座在你的测试计算机
前，把浏览器的cache清空（除非测试要求在cache中保留一些
图像），装载第一页。然后记录下载时间（我相信双击，用的
是Precise Synchrosport 910跑表）。清除cache，重设跑表，
然后装载第二页。清除cache，重设跑表，然后装载第三页，
等等。每页都装载一遍后，从头再来一遍，直到做完足够的试
验（我一般做五至七次）。对于实验数据，去掉最高值和最低
值，然后对其余的值取平均。比较每个站点的平均值，如下表
所示：

我为什么不测试第一页五次，第二页五次，第三页三次呢？因为
在互联网上，服务器峰值和网络阻塞每秒和每秒，每分和每分之
间都不同。通过交叉试验的数据，我把出现的问题（在我的一个
站点、我的ISP或别的什么地方）均匀地分布。

即使这样，每个站点都有“bad hair day”（当表现非常差
时）。所以应该重复进行试验，在一天的不同时刻，一周的不同
时间，工程期的不同的周。这也使你能跟踪竞争对手的网站的变
化和改进 - 有时一个网站在四月时还很慢，到了五月却快起来。

自动记时？没有这样的事

有些开发者使用自动记时程序测量和统计页面下载时间。但是这
些程序只测量文件大小，或至多记录HTML从服务器传过来的时
间。这种方法完全忽略了不同浏览器和不同操作系统之间的差
别，这些差别对下载时间影响很大。

那些告诉你用14KB调试解调器下载页面需要多少时间或测量HTML
效率的自动程序根本没法与严格的人工计量相比。用真人测量屏
幕上发生的一切，因为那是你真正要改进的。我的工作组有自动
测量和手工测量的图表。自动测量的结果对于读者来说往往是错
误的。我花在每个人身上的跑表的钱算是值了。

早期测试和经常测试

网站原型一准备好，我就让我的组的成员进行测试。立即测试是
发现问题的最佳时机。你也希望尽可能早地检测网站的高层表
现，以在工程进程中得到平衡。我的组的成员也在第一天测试他
们的网页，这样可以马上发现混乱的tag和嵌套表格，避免产生
新的bug。

加速浏览器

当然，不只是快速的HTML使网站奔跑如飞。网站的速度还取决于
快速的服务器和快速的网络连接。多数webmonkey不用花钱买自
己的网络连接和机房，但这不是问题。让专家们去做吧：调查用
户从不同地区镜像站点下载的速度。做这件事的一个好办法是与
建这些网站和维护它们的人交谈。

如果你拥有自己的网站空间，应该对服务器软件进行速度优化。
Gaudet主持的Apache HTTPD Server值得一读。我们正在写优
化Microsoft IIS和ASP的文章。目前我们正在调试，不过几周内
我们就会成为这方面的世界级专家。

我正在试图避免的一个习惯是URL的重定向。这种重定向使用户
从点击连接到到达目的地的时间加倍。经过我的计算，我们最近
通过去除查询结果页中的重定向每天为HotBot用户节省了超
过1,000人工小时。

既然你已经知道了很多，那么就动手吧！还觉得慢吗？向高手请
教吧！

                         [返回]