http://bbs.51testing.com/thread-1159778-1-1.html
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一致性；另外，还需要关注的是，无网状态下会不会还不断的请求网络，不断的做网络相关的操作。从无网状态恢复到有网络，会不会有请求堆积？
https://blog.csdn.net/dushu990/article/details/53302246
1、记录bug
在Web端可以通过系统自带的截图和QQ截图等方式来截取bug的图片，对于错误的地方可以用工具自带的标识来重点标记。
对于移动端设备可以用手机自带的截图工具来截图然后传到电脑上，可以用手机QQ的“传文件/照片到电脑”功能。还有一种比较便捷的方式，将手机用数据线连接到电脑，借助第三方工具实时同步手机端画面，对有bug的页面直接使用PC端的截图工具进行截图。
上报许多移动端BUG时需要附带上相关的log，记录上测试的环境，手机版本等等。
2、测试环境
Web端的测试环境很多时候是通过hosts进行切换，switchhosts工具可以方便的切换需要的host，但是移动端设置起来比较复杂，比较简单的方式是电脑端设置代理，手机端直接连接代理。注意，手机和电脑必须连接同一个网络。
设置代理推荐使用Fiddle，可以抓到手机端的数据包。
3、兼容性
web端的测试一般都是主要使用一种浏览器，待系统基本稳定的时候，再去专门测试浏览器的兼容性。
但是，对移动端来说，这样的方式是行不通的，因为移动端主要分为安卓和IOS，而这两端出现的问题一般是不一致的，一致的问题主要是数据问题，这时候是需要后台处理的，所以我们测试的时候需要两端都重点测试，而不会出现先着重测试某一端的问题。
注：一般方式是在测试一端时，出现问题则立马查看另一端是否也有这个问题。
4、移动端的特性
移动端与web端相比较来说，移动端有很多自己的特性：
①网络种类多
移动端有多种网络：无线网络、2G、3G、4G等，断网、网速较差及网络之间的切换时页面的显示等，这些对于移动端来说很重要。此外，在非wifi下，还需要注意网络使用量问题。
②间断问题
移动端有一个很重要的问题，一般情况下在使用软件的过程并不是长久的，这中间可能发生很多中断，如电话、短信、通知、断电等等，软件需要特殊处理这些特殊情况。
打开一个页面，或在操作的过程中（点击一个按钮后），将手机屏幕锁住，再打开时，应用能否正常处理。
③屏幕的限制
图片及文字的显示；上传不同的图片尺寸显示是否正常；图片和文字一起显示时，效果如何。
操作区域；web端的应用，一般不会受到屏幕的限制，而且通过鼠标操作更加准确。但是移动端由于屏幕较小且尺寸众多，页面及按钮会受到屏幕大小的限制，再加上用户都是通过手指进行操作，一些按钮、选择框等是否容易点击，多个可点区域位置较近时，点击部位稍微偏移，也许就会造成不同的结果，这种情况下是否可以达到预先的效果。
④软件启动运行
移动端启动、卸载、升级几个特性，这是比较常见、也很重要的，比如升级时用户的数据怎么办，卸载后用户的数据怎么处理，卸载再安装用户登录数据的显示等。
⑤手势
移动端还有一大特性，就是有些移动端支持自定义的手势，用户可以通过手势进行一个操作，比如左滑删除、右滑返回上一个页面、左右滑动图片等，软件需要对这个手势进行适配。
⑥分享
移动端一般会装有很多软件，用户下单或者产品有活动时，用户都会进行分享，但是分享时的权限、软件是否存在等问题，需要特殊处理测试。一般的软件或应用，都会开放一部分页面，允许用户不登录时即可访问，而有些页面是必须要求用户登录的，主要针对这两种权限不同的页面做分享，然后通过分享进入本页面，查看权限的控制是否正常。
⑦ web和移动端的同步
用户在web端的操作，在移动端是否可以正常的进行同步、显示；在移动端的操作，用户登录web账号，信息是否同步等。
来源：CSDN
作者：ka_ko
链接：https://blog.csdn.net/junjunba2689/article/details/82462453