以下所有测试最后必须在真机上完整的执行

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群补充

首先是你要测试app的业务功能，