通常，网站的设计是在本地计算机上进行的，所以最简单的测试方式就是在本地浏览器中完成对网站的各项检查。我们一般会根据网页的功能及特性来作测试，内容包括以下几点：

     1．链接测试
     链接测试主要检查各个网页中是否存在超级链接掉链的问题，包括页面、图片、CGI 程序等链接。如果是图片掉链，那页面中该图片的位置可能出现一个带“×”标记的空框；如果是页面或 CGI 程序掉链，那系统可能返回一个“404 Not Found”的提示状态。在遇到这些情况的时候，通常需要检查该页面的 HTML文档中关于这个链接的引用是否正确（包括链接对象和对象路径），并及时进行更新。

     一般来说网页元素出现这些现象的原因有以下两点：

     ① 文件名不正确。
     虽然在 Windows 中文件名是不区分字母的大小写的，但是现在有些服务器安装的操作系统是 Linux，该操作系统下的文件名是区分字母大小写的，这对于习惯 Windows操作及网页制作的初学者来说很容易出错。所以，这里要求大家在一开始学习网页编程的时候就养成大小写敏感的习惯。如果使用 Frontpage 2000 或者 Dreamweaver MX 等常用的网页可视开发工具来制作网页，那出现掉链问题的原因基本上都是文件名大小写的不匹配。

     ② 文件路径不正确。
     在 Frontpage 2000 或 Dreamweaver MX 等可视化开发环境中，对于图片、声音等对象的链接，通常会让用户在具体的文件目录下选择。当选定某对象以后就等价于确定该对象的绝对路径，在相应的 HTML 文档中会显示该绝对路径，这样的引入方式一般不易出错。但是当我们直接编写某网页的 HTML 文档时，链接某对象而又不指明其绝对路径，那就要求链接的对象与链接该对象的网页处于同一文件目录下，这时候我们称该链接使用的是相对路径。对于初学者来说，相对路径和绝对路径比较容易搞混，而且这两者在本地测试时一般不易出错，一旦把网站传到远程服务器上问题马上就会显现，所以必须清楚两者的含义。

     2．外观测试
     外观测试主要检查各个网页元素在浏览器中的显示是否符合自己的设计意愿。浏览器中显示出来的网页布局受到显示器分辨率、浏览器类型、操作系统等因素的影响，初学者如果没有掌握其中的设计技巧的话，常常会在不同的浏览环境下看到不可预知的网页布局。容易发生错误的网页元素有以下几点：

    （1）字体大小
     网页中字体的大小常常会因为显示器分辨率、浏览器类型的不同而不同。

   （2）表格间距
     通常在 Frontpage 2000 或 Dreamweaver 4等可视化开发环境中，会有一个预览刚做好的网页的功能，但网页中的表格效果往往会与实际浏览器中显示的效果有异。
 
   （3）表单外观
     表单的实际效果很容易受到浏览器及操作系统差异的影响。由于用户使用的操作系统和浏览器类型多样，所以我们在设计网页的时候只能照顾到大多数浏览器的浏览效果，并且通过仔细地调整使页面尽量在大多数浏览器中的效果保持一致。

     3．速度测试
     对页面下载速度的测试是网站测试的重要内容，下载速度的快慢与页面内容及网站服务器的设置有关。我们通常可以在局域网内的多台计算机上访问待测试的网页，观察一下完成该网页下载和显示的时间是否可以接受。通常在不影响网页效果的前提下，越快越好。

     为了优化网页的下载速度，我们在设计网页的时候还是有许多地方值得注意的。比如尽量减少页面所用的图片或者使用切片技术把大图片切分成若干张小图片，减少其他诸如声音、视频和Java Applet 的数量。另外可以使用专门的处理软件优化图像和声音文件，在不降低质量的前提下压缩文件的长度。在服务器设置方面还应该注意：是否允许持续连接（Keep Alive）、服务器允许的最大访问量（MaxClient）、服务器的进程数量、服务器 CPU性能和内存容量等。

     4．脚本和程序测试
     对于稍微复杂一点的网页，在测试时还要检查其页面所包含的JavaScript 以及 CGI 程序是否能够正常工作。
     对于 JavaScript 脚本来说，其常见的错误有以下几方面：

   （1）脚本设计的逻辑错误
     脚本的逻辑错误在设计时是常见的，特别对于初学者来说。错误往往会出现在诸如 if、while等需要逻辑判断的地方，为了更好地避免出现这样的错误，我们要求在开始编写脚本之前就应该有一个较清晰的逻辑设计思路。而且最后还要能够列出书面形式。另外，编写脚本时应当注意勤做注释，这样有利于在测试期内查找错误，而不至于遗忘刚开始时的脚本设计思路。

   （2）编码时的笔误错误
     之前，我们曾经介绍过，JavaScript 没有变量声明和数据类型检查的要求。这虽然给程序员带来编程时的某些方便，不过也有不利的一面，比如可能由于笔误使该用的变量没有用上，而对无用的变量进行存取等操作。这样的错误往往发生在脚本没有语法错误却又不能正常工作的页面中，排错时很困难。所以为了防止这样的错误发生，只能要求程序员在编程时要非常仔细，并且养成良好的编程风格。

   （3）浏览器不支持所带来的错误
     各大厂商的浏览器都在不断地推出新的版本，如微软的 IE 现在已经是 6.0 版本。由于浏览器的版本和型号不同，对于JavaScript脚本的支持也不一样。例如在IE 3.0中不支持JavaScript的 Image 对象，而在 IE 4.0 以后都支持。在 Internet Exploer 中支持文档对象 Document 的属性all，而网景的 Netscape 却不支持；Netscape 支持 Document 对象的 layer 和 tag，而 Internet Exploer却不支持。所以为了解决这样的毛病，我们首先应该考虑到主流浏览器的特性，比如不能因为IE 不支持 Document 对象的 layer 和 tag 属性就不用它，因为现在 IE 是主流浏览器。其次，只能根据不同的浏览器来编写不同的脚本。这时候，就可以很好地利用 JavaScript 中的“navigator”对象，通过它可以获得浏览器地版本和型号等系统信息，然后根据所获得地信息调用相应的脚本。

     5．利用服务器响应测试
     CGI 脚本或者程序涉及服务器端的编程及服务器的环境设置，访问测试无法活动直接的错误提示信息。这样的情况一般可以分为两种：如果 CGI 程序能工作，就向它提交信息，通过返回的信息及服务器端记录文件的记录来判断 CGI 程序是否正常工作及可能出现地情况；如果CGI 不能正常工作，那只有通过浏览器的错误响应结果来查找 CGI 程序的错误，另外服务器地错误日志 crror_log 中记录的信息对我们排错也是很有用的一个参考信息。下面是几个常见的错误响应：

   （1）403 Forbidden
     这样的错误信息提示通常是因为 CGI-bin 目录的权限设置不正确。例如，一般用户则对该目录没有读权限或执行权限，服务器就会返回该响应。

   （2）404 NotFound
     通常这是由于 CGI 程序不存在或者是对它的引用不正确的缘故，和 HTML 文档一样，出现这样错误最大的可能还是文件名的大小写不注意。如计算器程序为/CGI-bin/Count.CGI，但经常有人写成/CGI-bin/count.CGI。

   （3）500 Internal Server Error
     通常出现这个错误就说明 CGI 程序发生的错误是本身的程序错误需要到程序内部查错。但也不可完全排除服务器设置错误的因素。例如，我们曾遇到这样的错误，将一个CGI 脚本对其他用户和组的权限设为不能读写只能执行，就会出现 500 Internal Server Error。后来把该 CGI 程序的权限修改为其他用户和组能读与执行，这样该 CGI 程序就可正常运行了。

     在实际的网页测试过程中，上面的几方面测试是相互结合的。通常会一边测试网页一边修改，而在修改网页的过程中往往还会出现新的错误，因此，这就要求我们反复地、细致地测试。

     当然网页作者的测试结果通常是主观地，要得到公正和客观的评价还需要其他大多数使用网络的用户给出。在这方面最重要的信息就是网页使用的方便性评价、网页内容价值评价及网页访问速度评价。网页制作者应该充分地收集各方面的信息，改善用户界面，增强网页内容的含量和深度，优化网页的下载速度，使网页适合大多数人使用。

 本信息来源于：成都数字立方信息技术有限公司 www.028cube.com 网站建设，网站设计，成都网站建设，成都网站制作，网站建设公司，网站设计公司