前言

尽早测试，频繁测试，在设备上测试。这是对于Android应用来说最重要的质量保证圣经。

一、测试覆盖率最大化

除了常规的构建过程，我们也可以制定一套版本验收测试策略（有时也成为版本验证，冒烟测试或健全测试）。版本验收测试的时间很短并且只针对最关键的功能来确定该版本是否足够好，值得完成更全面的测试。这也是在再测试周期之前快速验证bug是否在该版本中已按照预期解决的机会。可以在多个Android平台版本上同时进行版本验收测试。

需要频繁的在最高优先级的目标设备上进行版本验收测试。这也是自动化健全测试的理想场景。使用Android SDK 中名为 monkeyrunner 的测试工具运行自动化测试脚本，可以帮助测试团队确定这个版本是否值得进一步测试，减少传给测试团队不良版本的数量。基于Python 的一系列API接口，可以编写出在模拟器和设备上安装和运行应用的脚本，发送特定的按键敲击，并截屏。结合JUnit 单元测试框架，可以开发出强大的自动化测试套件。

当可以获得用户使用的设备时，就把测试精力集中到这上面，但是，真机设备和服务条约通常比较昂贵。你的测试团队不太可能建立一个环境涵盖所有运营商，或发行应用的每一个国家。某些时候Android 模拟器可以有效减少花费，提高测试覆盖率。下面列出的是使用模拟器的一些好处：

–可以模拟出那些获取不到（或者供应短缺）的设备。
–可以做那些在真机设备上无法执行的复杂测试场景
–可以和其他桌面软件一样做自动化测试

Android工具提供了丰富的用于黑盒测试和白盒测试的资源

黑盒测试者可能只需要真机设备和测试文档。针对黑盒测试，更重要的是测试员有设备相关的知识，所以提供设备的指导手册和技术文档对测试的准确性也有不小的帮助。此外，了解设备间的细微差别和设备标准可以帮助可用性测试。举例来说，如果设备有一个可用的底座，那么了解清楚它是横向还是纵向的也是很有意义的。
白盒测试在移动端并不容易做到。白盒测试员有很多可以利用的工具，包括Android Studio 以及 Android SDK 中的其他很多调试工具。白盒测试员特别经常使用Android 模拟器，Android 设备监视器和 ADB。它们也可以使用强大的测试 API，如AndroidJUnitRunner，Espresso，uiautomator；以及使用视图层级查看器调试用户界面。对于这些任务，测试人员需要一台开发环境和开发人员相同的电脑，并且需要具备 Java， Python 和其他各种开发人员使用的工具的相关知识。

测试移动应用并不只是找出有问题的功能，同时也要评估应用的可用性——如报告应用中缺少视觉吸引力的地方，或者很难使用的导航。

除了功能性测试，也要考虑到其他一些特定的测试场景。

另一个必要测试的是，应用是如何与Android 系统的其他部分相结合的。如

如果可能的话，就为客户端和服务器端都执行升级测试。如果是有规划升级支持，我们可以开发一个模拟的已升级的应用，这样QA人员就可以验证数据是否正确迁移——即便已升级应用未对这些数据做任何操作。
如果应用需要数据库的支持，你需要测试数据库的版本变化。数据库的升级是迁移现有数据，还是删掉数据？迁移工作是从之前的所有版本的应用中到现有版本，还是只迁移最近一次的版本？

你要彻底审核应用必须遵守所有策略，许可和条款。举例来说，Android 应用默认情况下必须遵循 Google Play 的开发人员发布许可以及Google Play 的其他服务条款。

总的来说，Android 应用的安装是简单直接的，但是你需要在具有更少资源和内存的设备上进行测试，也应该从不同的应用市场进行测试。如果清单文件中配置允许在外置存储器设备中安装应用，那么还需要针对该场景进行测试。

不要忘记测试那些对用户不常见的功能，如备份和还原服务，以及同步功能。

应用的运行性能在移动世界里是非常重要的。 Android SDK对于收集应用中的性能基准，监视内存和资源的使用提供了支持。测试人员应该熟悉这些工具并经常使用它们来发现运行瓶颈和危险的内存泄漏，不当的资源使用等异常情况。
常见的性能问题是：把所有的工作都放在主线程UI 线程去执行，一些占用时间和资源的任务，如网络下载，XML解析，图像渲染等都应该从主线程移出，这样用户界面才能保持随时响应。