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