4.1 平臺測試

市場上有很多不同的作業系統型別，最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統的終端使用者究竟使用哪一種作業系統，取決於使用者系統的配置。這樣，就可能會發生相容性問題，同一個應用可能在某些作業系統下能正常執行，但在另外的作業系統下可能會執行失敗。

因此，在Web系統釋出之前，需要在各種作業系統下對Web系統進行相容性測試。

4.2 瀏覽器測試

瀏覽器是Web客戶端最核心的構件，來自不同廠商的瀏覽器對Java，、JavaScript、 ActiveX、 plug-ins或不同的HTML規格有不同的支援。例如，ActiveX是Microsoft的產品，是為Internet Explorer而設計的，JavaScript是Netscape的產品，Java是Sun的產品等等。另外，框架和層次結構風格在不同的瀏覽器中也有不同的顯示，甚至根本不顯示。不同的瀏覽器對安全性和Java的設定也不一樣。

測試瀏覽器相容性的一個方法是建立一個相容性矩陣。在這個矩陣中，測試不同廠商、不同版本的瀏覽器對某些構件和設定的適應性。

4.3 解析度測試

頁面版式在 640x400、600x800 或 1024x768 的解析度模式下是否顯示正常? 字型是否太小以至於無法瀏覽? 或者是太大? 文字和圖片是否對齊?

4.4 Modem/連線速率

是否有這種情況，使用者使用 28.8 modem下載一個頁面需要 10 分鐘，但測試人員在測試的時候使用的是 T1 專線? 使用者在下載文章或演示的時候，可能會等待比較長的時間，但卻不會耐心等待首頁的出現。最後，需要確認圖片不會太大。

4.5 印表機

用 戶可能會將網頁列印下來。因此網也在設計的時候要考慮到列印問題，注意節約紙張和油墨。有不少使用者喜歡閱讀而不是盯著螢幕，因此需要驗證網頁列印是否正 常。有時在螢幕上顯示的圖片和文字的對齊方式可能與打印出來的東西不一樣。測試人員至少需要驗證訂單確認頁面列印是正常的。

4.6 組合測試

最後需要進行組合測試。600x800 的解析度在 MAC 機上可能不錯，但是在 IBM 相容機上卻很難看。在 IBM 機器上使用 Netscape 能正常顯示，但卻無法使用 Lynx 來瀏覽。如果是內部使用的 web 站點，測試可能會輕鬆一些。如果公司指定使用某個型別的瀏覽器，那麼只需在該瀏覽器上進行測試。如果所有的人都使用 T1 專線，可能不需要測試下載施加。(但需要注意的是，可能會有員工從家裡撥號進入系統) 有些內部應用程式，開發部門可能在系統需求中宣告不支援某些系統而只支援一些那些已設定的系統。但是，理想的情況是，系統能在所有機器上執行，這樣就不會限制將來的發展和變動。

採取措施：根據實際情況，採取等價劃分的方法，列出相容性矩陣