我們知道手機瀏覽器的使用量每天都在增長,根據StatCounter的統計數據,手機和平板的使用量約占30%的網絡流量,這意味著消費者耗費在 移動版網頁上的時間比以往任何時候都高。可即使具備諸如移動端優先的響應式設計,由于目前設備尺寸和種類的繁雜,在加載前對終端屏幕進行測試也是壓力山大 的。
在不久的將來,移動端會讓桌面端的設備黯然失色。
在移動終端上進行網頁測試有很多不同的方法,但是這些方法良莠不齊。以下提供5種不同的測試手機版網頁的思路供你參考:
在真正的設備上測試手機版網頁總是最好的,畢竟模擬器的擬真程度始終是有限的,有些體驗的細節無法完全模仿出來。用戶體驗包含的因素很多,網絡的影響,像素密度帶來的視覺效果,各種視覺元素的實際大小,網頁的實際加載時間,等待都還是實際的設備來的真實。
當然,徹底的測試是不現實的,時間與金錢是每個項目的重要影響因素。不過,在移動端設備測試套件上投資終歸是沒錯的,尤其是當你面對一整套面向客戶 的服務的時候,這套測試是非常有必要的。一般而言,這樣的一個測試套件中,會由當前最流行的硬件設備組成。如此一來,測試面向的情況和用戶所面臨的情況是 1:1完全對應的。Brad Frost曾經寫過一篇文章專門探討如何進行這種測試,雖然文章稍微老了點,但是文章的思想是完全沒有問題的。
如果這樣的測試套件超過了你的預算的話,那么你至少還可以拿自己和周圍朋友的手機來進行測試,一般而言,能覆蓋iOS和Android平臺就夠了。
在缺少合適的硬件設備的前提下,軟件模擬器還是相當不錯的。這些模擬器原本就是拿來測試iOS和Android 的本地應用的,內置的瀏覽器也盡可能地還原了它們在真實設備上的使用情況。之所以說是盡可能,是因為它始終還是無法完全模擬真實的網絡狀況、加載時間、觸 摸體驗、各元素的視覺大小以及其他的細節。好在內置的渲染引擎功能仍是等同的,它依然可以幫你找到跨瀏覽器所存在的問題。
iOS模擬器內置在Xcode當中,iOS開發者可以輕易調用。而Android 模擬器則包含在Android SDK中,三大平臺上都有。目前甚至還有第三方的獨立的模擬器可以供你使用,不過是否能達到原生模擬器的效果,還需要你根據實際產品來進行判斷。
如果你沒有足夠的設備,也不想安裝巨大的SDK套件然后調用模擬器來進行測試的話,仍然有辦法可以幫你解決問題。BrowserStack就是這樣的一種網絡服務,它可以幫你測試網頁在桌面端和手機端的瀏覽效果,方便專業的web開發者。
目前,BrowserStack提供的完整服務是收費的,它的免費部分是幫你進行測試并截圖保存。當你付費之后,你測試網頁在不同設備上的瀏覽效果 的時候還可以進行交互,掌控更多的細節。即使你擁有整套測試套件,BrowserStack服務仍然能幫你發現更多容易忽略的細節。
開發者總是力求在真實設備上測試網頁效果,至少得在模擬器里面運行看看效果。但是現實生活總是殘缺的,以上兩種狀況可能你都沒機會實現。還好目前網上有很多其他的方案可以拿來測試,通常這些工具都通過調整桌面瀏覽器的尺寸來實現。在這些花哨的服務中, 我們主要推薦Responsinator。
你只需要進入Responsinator網站,輸入你要測試的網頁的URL,它就會產生實時的預覽,這些預覽中包含了目前主流的硬件設備的預覽效果 圖。坦率的說,它更接近于對網頁進行一個大概的“健康檢查”,非常有幫助,但說無法解決所有的問題。嚴格意義上來將,所有的類似服務都無法達到模擬器的效 果,就更不用說實際設備測試了,因為本質上來說,類似Responsinator這樣的服務還是基于你的桌面端瀏覽器,這與你的移動端瀏覽器以及它的模擬 器有著本質上的差別。
正如4中所說,這些第三方服務本質上就是調整瀏覽器尺寸,然后顯示調整后的網頁渲染效果。所以,很多開發者會直接調整瀏覽器尺寸來測試這些響應式的 移動端網頁。如此一來,你可以一邊寫代碼一邊測試,也不錯。但是這種方法從本質上來說算不得“移動端測試”,它只是更方便用來測試網頁的響應是否正確,甚 至無法與上述的四種“方法”相提并論。同4一樣,瀏覽器的差異是這種機制的致命缺陷。
因為開發周期、環境等實際情況的差異,開發者會選擇不同的的方法來測試手機端網頁。以上5種方式并不是全部,實際開發者所用的方法遠不止這5種。如果你還有其他的測試方法,請瀏覽告訴我們吧!