1.从技术上来说：

WEB测试和移动端测试其测试类型也基本相似，都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。

他们的主要区别在于具体测试的细节和方法。

web项目，一般都是b/s架构，基于浏览器的，而app则是c/s的，是有客户端的。

2.从系统架构来看的话：

web测试只要更新了服务器端，客户端就会同步更新；

而如果是app下修改了服务端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。

3.客户端性能方面：

web页面可能只会关注响应时间，app则还需要关心流量、电量、CPU、GPU、Memory这些了。

4.兼容方面：

web是基于浏览器的，所以更倾向于浏览器（IE、chrome、Firefox）和电脑硬件，电脑系统的方向的兼容；

app的测试则必须依赖手机或者pad，不仅要看分辨率，屏幕尺寸，重要看设备系统。

5.app的专项测试：

1）多网测试：无线网络、2G、3G、4G等，断网、网速较差及网络之间的切换时页面的显示等，此外，在非wifi下，还需要注意网络使用量问题。

2）中断测试：如电话、短信、通知、断电等，软件需要处理这些特殊情况。

3）安装测试：除了常规的安装、更新、卸载时的用户数据处理外还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件、增量包更新、断点续传；升级测试的提醒机制，升级取消是否会影响原有功能的使用，升级后用户数据是否被清除。

4）界面测试：如不同尺寸规格的图文在不同屏幕的显示；对于触摸屏手机，测试时还要注意手势，横竖屏切换，多点触控等测试。

5）弱网测试：需要测试弱网所造成的用户体验，可从功能，性能，异常处理，场景特性等几个维度来考虑。

功能：在弱网下，做功能测试，不仅是次性能测试，也是一种可靠性测试。

性能：从app的热启动、页面切换、前后台切换测试app的响应时间。尤其是H5的页面需要测试首屏时间，是否有302跳转，页面大小等，否则会出现各种白屏、闪屏、转菊花等。另外可通过网络请求API的整体时间，response以及body大小来推断是服务器处理的慢，还是需要治理传输包；如果时间很少，body又小，还很慢的话，这下就是客户端程序的问题。

强网络形态场景：有些场景就必须是开着wifi才能做的；比如微信的升级就会监听用户是否插着电，连着wifi，一旦监听到了，方可通知升级。

容错机制：主要是考虑弱网情况下带来的不稳定，等待超时 ANR了，或者直接异常闪退了。这些的处理，一定要做的优雅，所以异常信息的文案一定要做的漂亮。

重连机制：涉及两块，一块是客户端是否会重发请求，一块是服务端是否接受重连。配合超时机制，多久没有得到反馈才会发起重连，失败几次会不允许重连。

无网状态测试：首先无网下页面呈现；其次数据完整性和session一致性；另外，还需要关注的是，无网状态下会不会还不断的请求网络，不断的做网络相关的操作。从无网状态恢复到有网络，会不会有请求堆积？