客户端兼容性测试，平台测试，市面上有很多不同的操作系统，最常见的有Windows、Un

ix、Macintosh、Linux等等。Web应用系统的最终用户使用哪种操作系统取决于用户系统的配

置。这样一来，可能会出现兼容性问题，同一应用程序在某些操作系统下可能正常运行，但在

其他操作系统下可能会失败。因此，在Web系统发布之前，需要测试Web系统在各种操作系统

下的兼容性。

 

 

 

 

浏览器测试，浏览器是Web客户端的核心组件。不同厂商的浏览器对Java、JavaSCR○PT、A

ctiveX、插件或者不同HTML规范的支持是不一样的。比如ActiveX是微软的产品，专为Interne

tExplorer设计的，JavaCr○PT是网景的产品，Java是孙的产品，等等。此外，框架和层次样式

在不同的浏览器中显示不同，甚至根本不显示。不同的浏览器对安全性和Java的设置是不同的

。测试浏览器兼容性的一种方法是创建兼容性矩阵。在这个矩阵中，测试了不同制造商和不同

版本的浏览器对某些组件和设置的适应性。

 

 

 

 

分辨率测试，640x400、600x800或1024x768分辨率模式下页面布局显示正常吗？字体太小无

法浏览吗？还是太大了？文字和图片对齐了吗？Modem/连接速率。是否存在用户使用28.8mo

dem下载一个页面需要10分钟，但是测试人员在测试时使用T1专线的情况？下载文章或演示

文稿时，用户可能会等待很长时间，但不会耐心等待第一页出现。最后，你需要确保画面不

要太大。

 

 

 

打印机测试，用户可以打印网页。所以在设计web的时候要考虑打印问题，注意节约纸张和

油墨。很多用户喜欢看书而不是盯着屏幕，所以需要验证网页是否打印正常。有时，屏幕上

显示的图片和文本的对齐方式可能与打印的不同。测试人员至少要验证订单确认页的打印是

否正常。

 

 

 

组合测试，最后，需要进行组合测试。600x800的分辨率在MAC上可能不错，但在IBM兼容

的电脑上就难看了。网景可以在IBM机器上正常显示，但是不能用Lynx浏览。如果是内部网

站，测试可能更容易。如果公司指定使用某种类型的浏览器，只需要在那个浏览器上进行测

试。如果所有人都用T1专线，可能就不需要测试下载应用了。(但是需要注意的是，有些员

工可能会从家里拨入系统。)对于某些内部应用，开发部门可能会在系统需求中声明不支持

某些系统，只支持某些已经建立的系统。但是，理想情况下，系统可以在所有机器上运行，

这不会限制未来的发展和变化。措施:根据实际情况，采用等价划分的方法，列出相容矩阵。