测试你的网页

　　制定你的标准

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

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

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

　　如何计算网站的下载时间

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

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

　　Site Trial 1 Trial 2 Trial 3 Trial 4 Trial 5 Trial 6 Average HotBot 24.68 17.25 19.91 21.18 26.50 20.92 21.67 InfoSeek 21.30 31.72 19.84 18.38 17.95 34.75 22.81 AltaVista 21.79 14.05 19.71 33.11 32.01 46.88 26.66

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

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

　　自动记时？没有这样的事

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

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

　　早期测试和经常测试

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

　　加速浏览器

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

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

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

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




日期：2005-9-7 21:02:29