本节书摘来自异步社区《移动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时的变化）。

本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。