大致总结了一下几点容易出错的地方
1，版本
版本是否升级
版本升级方式，包括强制，地区，灰度，敏感等
新版本中老功能是否需要支持
老版本中新功能是否需要支持
一般app内部都有个检查更新
- 当客户端有新版本时，有更新提示。
- 当版本为非强制升级时，用户可以取消更新，老版本能正常使用。用户在下次启动APP时，仍出现更新提示。
- 当版本为强制升级时，当给出强制更新后用户没有做更新时，退出客户端，下次启动APP时，仍出现强制升级提示。
- 当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新。
- 当客户端有新版本时，在本地不删除客户端的情况下，更新后的客户端功能是否是新版本功能。
- 当客户端有新版本时，在本地不删除客户端的情况下，检查资源同名文件如图片是否能正常更新成最新版本。如果以上无法更新成功的，也都属于缺陷。
2，登录
登录逻辑，包括，记住密码，失效时间，强退应用，
登录首页展示，是否灰度用户，后台首页配置不同都有可能导致用户首页显示不一样
免登录验证
很多应用提供免登陆功能，当应用开启时自动以上一次登录的用户身份来使用APP。
- 考虑无网络情况下能否正常进入免登陆状态。
- 切换用户登陆后，要校验用户登陆信息以及数据内容是否相应更新，确保原用户退出。
- 根据Mtop的现有原则，一个账户只允许登陆一台机器。所以，需要检查一个账户登陆多台手机的情况。原手机里的用户需要被退出，给出友好提示。
- APP切换到后台，再切换回前台的校验。
- 切换到后台，再切换回前台的测试。
- 密码更换后，检查有数据交换时，是否进行了有效的身份的校验。
- 支持自动登录的应用在进行数据校验时，检查系统是否能自动登录成功并且数据操作无误。
- 检查用户主动退出登录后，下次启动APP，应停留在登录页面。
3，机型适配
这个不用多说，根据手机销量，销量前10必须支持（销量需取当年季度，当季月度，前两年销量。）
此处可以采取自动化测试
4，正常的业务流程测试
我的建议是，务必走完整个流程，说不定那边就出问题了，哈哈哈（尽量采取自动化）
5，内部调用系统功能
app内部调用定位，相机，各传感器的功能，需要做到，快，准，稳
快及响应快，不出现卡顿感觉（过老的机子，可以酌情考虑），准，定位准，稳，使用稳定，不闪退，不卡死
6，弱网及耗电
实用工具模拟慢速网络，app应支持正常使用（涉及媒体处理逻辑）
很多应用会支持离线浏览，即在本地客户端会缓存一部分数据提供给用户查看。
- 在无线网络情况下可以浏览本地数据。
- 退出APP再开启APP时能正常浏览本地数据。
- 切换到后台再回到前台可以正常浏览本地数据。
- 锁屏后再解锁回到应用前台可以正常浏览本地数据。
- 在对服务器端的数据有更新时会给予离线的相应提示。
7，调用第三方服务
app普遍前后端分离，后端可能会出现异常，提别是调用第三方的服务。做到提示人性化，不闪退，不卡死
8，推送
推送是一个大坑，其中最大的坑实在环境上。经常会出现测试环境的推送发到了生产环境。
注意检查推送的环境。配置地址啥的。。。
当然，还需要常规检查
- 检查push消息是否按照指定的业务规则发送。
- 检查不接收推送消息时，用户不会再接收到push消息。
- 如果用户设置了免打扰的时间段，检查在免打扰时间段内，用户接收不到push消息；在非免打扰时间段内，用户能正常接收到push消息。
- 当push消息是针对登录用户的时候，需要检查收到的push消息与用户身份是否相符，没有错误的将其他人的消息推送过来。一般情况下，只对手机上最后一个登录用户进行消息推送。
- 测试push消息时，需要采用真机进行测试。
部分转自：https://www.cnblogs.com/lwjnicole/p/8975395.html