如今，市面上的浏覽器種類越來越多（尤其是在平闆和移動設備上），這就意味着你所測試的站點需要在這些你聲稱支持浏覽器上都能很好的工作。

同時，主流浏覽器（IE，Firefox，chrome，Opera，Safari）版本更新更加頻繁，終端用戶甚至不會感知這些浏覽器版本的升級。

這兩點就導緻了對于日益增多的浏覽器做兼容性測試顯示十分必要，但也使得這種兼容性測試變得十分耗時。

通過全覆蓋的測試，你就可以明确的知道你的站點支持哪些浏覽器，哪些有兼容性問題。一個最簡單的減少浏覽器兼容性測試的辦法，就是停止對老版本浏覽器的支持。這個策略對一些公司是适用的，但并不适用所用的公司。

停止對老版本浏覽器的支持，并不意味這你的産品在這些老版本上就沒有bug， 這僅僅是你可以忽略那些老版本上的潛在問題，把精力放在那些當前支持的浏覽器版本上。

一、分散風險

一個途徑就是在多浏覽器環境中執行日常的測試工作。

舉個例子來講，你要測試這樣一個web應用：用戶登入，生成報表，發送報表，退出系統。這個應用還包含一個管理功能，管理員或經理登入後可查看哪些人做了哪些改動。

為了覆蓋更多的浏覽器，你可以用一種浏覽器來測試登入功能，在另一個浏覽器中測試“發送報表”的功能，用第三種浏覽器測試“審計變動”的功能。

這是一個有效的方法，在日常的功能測試的過程中，同時覆蓋多浏覽器兼容性測試。上面這個例子還是存在一些問題的，比如講，如果“審計變動”這個功能在第一種，或第二種浏覽器裡是有問題，那麼就會發現不了。這種方法節省下來的時間，可以讓你在做兼容性測試策略時，更有側重。

二、讓其他人幫你做測試

對于一些明顯的頁面兼容性問題，有一些在線工具可以幫着你檢查，例如Browser Shots，它可以将你的頁面載入到它所支持的浏覽器中(它支持浏覽器種類和版本很豐富)，然後截屏，你可以查看在這些浏覽器下的載入情況了.

這是一個很棒的工具，但那些需要登入驗證的應用，或則你的應用中包含的頁面太多 ，這個工具就顯得有點力不從心了。

三、和标準進行對比

你可以對你的站點進行HTML語法标準檢查，如果通過了，在多浏覽器兼容性上，你可以更有自信一點了，但即使通過了，還是總有一些浏覽器（比如萬惡的360）渲染你的頁面是會有兼容性問題。

四、自動化

Web UI的測試可以通過webdriver這個工具來實現自動化，可以使用selenium Grid來将自動化腳本在多浏覽器上運行。如果不會寫代碼的話可以使用TestWriter，完全零編碼進行測試。

前提是你得有Web UI自動化的投入。Web UI自動化可以發現一些功能上的問題，但對于多浏覽器頁面布局方面的差異，通過它是很難發現的。

已經看了一半了，送大家一點小福利，加群：584830883，獲取更多測試資料，或是添加【yunyun520yy】 領取

五、Fight Layout Bugs

你可以寫一些自動化腳本來檢查頁面在不同浏覽器下渲染效果。Fighting Layout bugs是一個開源的工具，可以用來檢查頁面布局方面的bug

六、手工測試

你可以手工測試所有的浏覽器版本，為了避免混淆，你可以将不同的浏覽器安裝在不同的虛拟機上（uedde的确這這樣做的），當有其他人需要用是，可以直接克隆這些虛拟機，或則直接訪問這些虛拟機。但這太耗時，費力了，但還是有必要做一次這樣的多浏覽器手工測試的。

七、分類

你可以依據内核來劃分浏覽器。

chrome & safari使用的是webkit内核，Firefox則是Gecko， IE系列的是Trident内核，Opera使用Presto内核。最新的Opera好像也開始使用webkit内核了。

這樣你就可以認為，如果在chrome上沒有問題，那麼“理應”在safari也應該沒問題。

八、模拟

市面上有一些工具可以模拟不同的浏覽器，有一些浏覽器也附帶了工具來兼容老版本。但使用這些工具是要謹慎，這樣的模拟并不一定準确。慎重。

九、outsource selenium

如果你沒有條件搭建selenium grid測試環境，你可以嘗試着使用Sauce Labs 和 testingbot 這樣的服務。

多浏覽器的支持我們心中永遠的痛，特别是如今浏覽器更新如此頻繁的狀況下。哎~ 你可以選擇上面的适合你的方法。

PS：有些浏覽器有兼容模式，可以通過兼容模式來模拟老版本。有些浏覽器，如chrome，提供了開發者工具可以幫着定位問題。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!