先来讲下相同点：
1、都需要理论知识，相同的用例设计方法：边界值，等价类，错误推导法，场景法
2、同样的测试方法 验证功能是否满足需求
3、都需要检查UI 界面设计是否合理
4、性能检测 并发 吞吐率的检测 以及应用的稳定性测试，没有卡死闪退等验证BUG
5、二者后台都是一致的 都调用访问一样的后台 ResultApi
简短聊下移动APP的测试
1、业务相对简单点，移动app实质是一个简化的WEB程序，屏幕小注重用户体验
2、移动端支持多种网络制式 2G 3G 4G WiFi 断网 网络信号差之间的切换界面显示，对了还需要测试信号差时APP运行情况
3、移动端需要测试中断测试 电话 短信 通知 断电等中断时软件的运行情况
当然也包括其他中断：蓝牙，闹钟，插拔数据线， 手机锁定， 手机断电， 手机问题(系统死机， 重启)
4、手机屏幕的限制对软件的影响
图片及文字的显示；上传不同的图片尺寸显示是否正常；图片和文字一起显示时，效果如何。
页面及按钮会受到屏幕大小的限制，再加上用户都是通过手指进行操作，一些按钮、选择框 等是否容易点击，多个可点区域位置较近时，点击部位稍微偏移，也许就会造成不同的结果，这种情况下是否可以达到预先的效果。
5、最后说下移动端安装卸载测试 升级测试
安装方式分为许多种：
用应用市场安装
用apk文件安装。
完全卸载（用户的profile文件）
部分卸载
升级测试点：在于升级后用户的配置文件是否依然存在，可以直接交易访问原有的文件
从上一个版本/上两个版本直接升级到最新版。
全新安装最新版
新版本覆盖旧版本安装
卸载旧版本， 安装新版本
卸载新版本， 安装新版本
增量更新
强制更新
6、移动端特性拥有手势，手指滑动解锁 滑动时切换图片 这里测试下 ：手动触摸事件的区域以及多点触控时软件的响应度
7、APP自动化测试的工具使用Monkey, MonkeyRunner, Appnium,应该多做后台自动化测试 而不是做UI自动化测试
8、对于迭代很快的互联网APP测试来说 使用思维导图的feature list. 更适合这种产品 而不是设计用例去执行
9、许多移动APP都使用HTTP与后台进行交互，但是某些使用SSL进行认证来访问网络， 这里HTTPS需要测试覆盖