以下所有测试最后必须在真机上完整的执行
1、安装、卸载测试
在真机上的以及通过91等第三方的安装与卸载
安装在手机上还是sd卡上
2、启动app测试
3、升级测试
数字签名、升级覆盖安装、下载后手动覆盖安装、跨版本升级、升级后可以正常使用。
覆盖安装要确保数据库有字段更新的话，能正常更新，否则就容易导致app异常。
4、功能测试
包括功能点、业务逻辑、关联性（主要测试客户端与PC端的交互，客户端处理完后，PC端与客户端数据一致）、服务端接口测试（主要通过访问服务端接口来验证服务端业务逻辑功能点是否正确）
5、数据对比测试
可在模拟器或真机上进行，同时与数据库中实际的插入记录做对比。还要对比主站的相同流程
6、性能
7、安全
8、android特性测试（横竖屏，home键，音量键，power键等）
9、各种网络状态下进行的测试（包括飞行模式）
3G上网：td-cdma、cdma2000、wcdma能否正常使用。
edge、gprs能否正常使用（主要测试是否支持net接入点和wap接入点）
10、中断性测试（如突然来电、短信弹出、低电量等是app能否正常使用）
11、app切换测试（最小化、多个app切换）
12、关机、待机后app能否正常使用
13、兼容性测试（android各种版本，各种分辨率QVGA、WVGA、HWVGA等，与其他第三方app的兼容）
14、app在清空数据或强制退出后还能正常运行否
15、api，包括在app内跳转到另一个界面，在返回来，以及跳转到系统api
16、app对资源的占用（cpu、内存、耗电、流量等）
17、app本身涉及的权限
18、长时间开机且开app，看是否会出现异常情况
19、互动分享：如果程序里面包括分享功能，那么检测点击分享的时候是否会正常给出分享提示，点击分享后所填写的分享内容是否正确
20、
本文出自 “小强软件测试” 博客，请务必保留此出处http://xqtesting.blog.51cto.com/4626073/1148074
补充（来自网络）：
为什么移动App经常崩溃？App崩溃有几个原因：从平台或环境到开发问题。
一些崩溃原因（排名不分先后） ：
设备碎片化：由于设备极具多样性，App在不同的设备上可能有表现不同。
带宽限制：带宽不佳的网络对App所需的快速响应时间可能不够。
网络的变化：不同网络间的切换可能会影响App的稳定性。
内存管理：可用内存过低，或非授权的内存位置的使用可能会导致App失败。
用户过多：连接数量过多可能会导致App崩溃。
代码错误：没有经过测试的新功能，可能会导致App在生产环境中失败。
第三方服务：广告或弹出屏幕可能会导致App崩溃。
移动App崩溃的测试用例设计，测试用例是移动测试最重要部分之一。
准备和执行预先定义的针对移动App崩溃的测试用例将简化和加速移动App崩溃的测试。
一些通用的触发移动App崩溃的测试场景，如下：
1 验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上的App行为。
2 用新发布的操作系统版本验证App的行为。
3 验证在如隧道，电梯等网络质量突然改变的环境中的App行为。
4 通过手动网络从蜂窝更改到Wi-Fi ，或反过来，验证App行为。
5 验证在没有网络的环境中的App行为。
6 验证来电/短信和设备特定的警报（如警报和通知）时的App行为。
7 通过改变设备的方向，以不同的视图模式，验证App行为。
8 验证设备内存不足时的App行为。
9 通过用测试工具施加载荷验证App行为。
10 用不同的支持语言验证App行为。
Q群补充