第三页：测试你的网页

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

制定你的标准

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

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

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

如何计算网站的下载时间

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

首先，建立一个要比较的页的清单。然后座在你
的测试计算机前，把浏览器的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
人工小时。

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

第一页 网站优化教程 - 第4天
第二页 与松弛做斗争的最后防线
第三页 测试你的网页
第四页 说服你的老板

[第1天][第2天][第3天][第4天]