本節書摘來自異步社群《移動app測試的22條軍規》一書中的第5章，第5.2節webview的測試，作者黃勇，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視。
5.2 webview的測試
移動app測試的22條軍規
對于webview的顯示，除了需要關注它對于橫豎屏的影響，還需要關注它在不同裝置上的顯示。因為不同裝置會有不同的螢幕寬度和高度，是以webview的顯示效果通常也是千差萬别的。比如顯示寬度過寬（如圖5.7所示），顯示寬度過窄（如圖5.8所示），或者顯示位置太靠下進而導緻頁面出現很大的空白（如圖5.9所示）等。
如果是具有特定格式的webview，在不同裝置上的顯示效果很可能差異更大，例如圖5.10所示表格的顯示差異。
如果在嵌入webview的頁面輸入文本，可能會出現更多的問題，如圖5.11所示。
通常，開發移動app時想要在app裡嵌入webview，都是基于已經有了産品的web版本。如果建構移動app的時候能使用已有的功能和資源，會節約開發的成本，降低開發難度。
是的，理論上是這樣沒錯，但是如果在web端沒有做到響應式設計“responsive design”（如圖5.12所示），在設計web架構的時候沒有考慮到web端和移動app端功能以及特性的不同，就會造成在桌面端顯示正常的web頁面被嵌入移動app之後會出現很多諸如前述的樣式顯示的問題。
圖5.12 響應式設計“responsive design”的理念是集中建立頁面的圖檔排版大小，可以智能地根據使用者行為以及使用的裝置環境（系統平台、螢幕尺寸、螢幕定向等）進行相對應的布局
是以最好不要在移動app中嵌入webview，而是通過伺服器傳回資訊，由原生代碼控制顯示的樣式，這樣可以更好地使用作業系統的特性來避免顯示問題。
但是如果想使用webview的優勢，也就是在不改變用戶端代碼的情況下實作功能和樣式的更新時，就要盡量保證在web端和移動app端都能實作響應式設計（如圖5.13所示為iphone上的app store從ios 6更新到ios 7時的變化）。
本文僅用于學習和交流目的，不代表異步社群觀點。非商業轉載請注明作譯者、出處，并保留本文的原始連結。