注意：本文需要使用Android Studio1.4 以上的版本。
为什么Andr??oid应用的测试很重要？
Android设备内存，CPU和电池都有限。应用的行为也外部因素有关，如连接性、系统利用等。因此调试、测试和优化Android应用非常重要。
Android的测试不可能覆盖所有Android设备，通常只覆盖典型设备。确保应用至少覆盖尽可能低的配置设备上使用和尽可能高的配置设备，例如像素密度、屏幕分辨率等。
2015年Android应用程的工具和框架的支持有巨大的改善。Android测试系统已经更新到基于JUnit4中，你可以在Java虚拟机或在Android运行时运行单元测试。此外谷歌推出了一款名为Espresso的用户界面测试框架。
Android自动化测试
Android应用的测试内容一般来说应该专注于测试应用的业务逻辑。建议：
- 70-80％的单元测试以确保您的代码的稳定性
- 20-30％的功能测试确保应用能运作
- 有交互的情况下还需要考虑跨应用测试
Android单元和instrumentation单元测试
Android的单元测试是基于JUnit的。可分为：
- 本地单元测试 - 可以在JVM上运行测试(速度快，优先考虑)。
- Instrumented单元测试 - 需要Android系统
Android的Gradle插件支持在JVM上执行Andr??oid单元测试。它使用特殊版本的android.jar（也称为 Android mockable jar）支持单元测试，使所有字段，方法和类可用。任何调用到Android mockable JAR默认都是异常。快速但是不能测试安卓相关内容。Instrumented可测试Android API。
工程结构和测试文件夹
建议：
app/src/main/java - 源代码
app/src/test/java - 本地测试
app/src/androidTest/java - Instrumented单元测试
如果你这些约定，Android构建系统会自动在JVM上运行单元测试、在Android设备上运行安卓测试。
执行测试
指定测试类型：
查看测试执行：
如果看到"error duplicate files in path. Path in archive: LICENSE.txt"错误，修改app/gradle.build
android { packagingOptions { exclude 'LICENSE.txt' }}
JVM单元测试
Android使用unit test这个术语描述本地JVM而非Android Runtime上运行的测试。
unit test测试组件功能。例如假设Android activity的一个按钮用于启动另一个activity。单元测试确定是否发出相应的intent，但部保证另一个activity已启动。
unit test依靠修改后的android.jar执行，这个jar文件中所有的final修饰符都被去掉。修改后允许使用mock库，如Mockito。默认这个android.jar中的所有方法抛出异常。这种缺省行为保证单元测试只会测试自己代码，不会依赖Android平台的任何特定行为。如果想使用Android平台的特定行为，可以使用mock框架替换相应调用。
单元测试约定的位置：app/src/test/目录，并需要添加相应配置到Gradle构建文件中：
dependencies { // Unit testing dependencies testCompile 'junit:junit:4.12' // Set this dependency if you want to use the Hamcrest matcher library testCompile 'org.hamcrest:hamcrest-library:1.3' // more stuff, e.g., Mockito}
使用gradlew test命令可运行单元测试。
在Android Studio的Build Variants窗口的Test Artifact中选择Unit Tests，单元测试将在JVM上运行。
Android的工作室有两种类型，可以在构建变量视图中选择文物。如果在该视图中选择单元测试，单元测试在JVM上执行。
从运行Android的工作室Android的测试
运行单元测试，先选择的单元测试，在项目窗口中的测试类单击右键并选择运行。
测试报告在app/build/reports/tests/debug/目录。index.html是测试概述，它链接到单个测试页。
也可以配置Gradle构建系统，让android.jar中的方法均返回缺省值而不是抛出异常：
android { // ... testOptions { unitTests.returnDefaultValues = true }}
在app/src/test/目录中为ConverterUtil类创建如下两个测试方法。
温度转换应用的unit test
在 app/build.gradle中添加JUnit依赖。“testCompile 'junit:junit:4.12'” 与 "compile 'junit:junit:4.12'"
dependencies { compile fileTree(dir: 'libs', include: ['*.jar']) testCompile 'junit:junit:4.12' compile 'com.android.support:appcompat-v7:23.1.0' compile 'junit:junit:4.12'}
然后为ConverterUtil添加unit test, 在左侧窗口双击ConverterUtil打开ConverterUtil.java, 在左侧窗口选中类定义中的ConverterUtil，右键弹出菜单中选择"Go To" -> "Test"，选择"Create New Test":
生成的文件ConverterUtilTest.java如下：
package com.vogella.android.temperatureconverter;import junit.framework.TestCase;import org.junit.Test;import static org.junit.Assert.*;/** * Created by andrew on 15-11-8. */public class ConverterUtilTest extends TestCase { @Test public void testConvertFahrenheitToCelsius() throws Exception { } @Test public void testConvertCelsiusToFahrenheit() throws Exception { }}
修改文件ConverterUtilTest.java：
package com.vogella.android.temperatureconverter;import static org.junit.Assert.*;import org.junit.Test;public class ConverterUtilTest { @Test public void testConvertFahrenheitToCelsius() { float actual = ConverterUtil.convertCelsiusToFahrenheit(100); // expected value is 212 float expected = 212; // use this method because float is not precise assertEquals("Conversion from celsius to fahrenheit failed", expected, actual, 0.001); } @Test public void testConvertCelsiusToFahrenheit() { float actual = ConverterUtil.convertFahrenheitToCelsius(212); // expected value is 100 float expected = 100; // use this method because float is not precise assertEquals("Conversion from celsius to fahrenheit failed", expected, actual, 0.001); }}
配置Build Variants为unit test:
在左侧窗口单击ConverterUtilTest.java, 在菜单栏选择"Run"->"Edit configuration", 配置Junit测试，这个窗口可以按ALT+Delete删除项目
更多参考资料：http://tools.android.com/tech-docs/unit-testing-support
执行：在左侧窗口右击ConverterUtilTest.java, 选择 "Run ConverterUtilTest"。
Instrumentation - 底层的Andr??oid测试API
Android的测试API提供钩子到Android的组件和应用生命周期。这些钩子即instrumentation API，它允许你的测试控制的生命周期和用户交互事件。
在正常情况下应用只反应生命周期和用户交互事件。例如Android的创建activity会调用onCreate()方法被调用您的活动。或用户按按钮或一个密钥和相应的代码被调用。通过instrumentation API这些事件。
InstrumentationTestRunner是Android测试的基础。它启动并加载测试方法。它通过instrumentation API与Android系统进行通信。如果你开始Android应用测试，Android系统杀死被测应用，然后加载一个新的实例。它不启动应用程序，这是的测试方法的责任。测试方法控制的应用组件的生命周期。TestRunner初始化时调用应用和在正常情况下应用只反应生命周期和用户交互事件。例如Android的创建activity会调用onCreate的onCreate()方法 和活动的onCreate（）方法。
一般是调用Espresso，很少直接使用 instrumentation API。
依赖配置：
defaultConfig { ..... more stuff testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner" }dependencies { // Unit testing dependencies androidTestCompile 'junit:junit:4.12' // Set this dependency if you want to use the Hamcrest matcher library androidTestCompile 'org.hamcrest:hamcrest-library:1.3' // more stuff, e.g., Mockito} 建议测试添加注解@RunWith(AndroidJUnit4.class)。 AndroidJUnit4扩展JUnit4，纯Junit4语法和ActivityTestRule不是必需的。但是Espresso测试混合ActivityTestRule需要。gradle的执行方式“gradlew connectedCheck"。Android Studio的Build Variants窗口的设置如下：
要运行单元测试，应保证选择的是”Android Instrumentation Tests”，右击待测试的类然后选择”Run”。测试报告输出到 app/build/reports/androidTests/connected/，index.html是测试概述，它链接到单个测试页。
添加mockito支持：
dependencies { testCompile 'junit:junit:4.12' // required if you want to use Mockito for unit tests testCompile 'org.mockito:mockito-core:1.+' // required if you want to use Mockito for Android instrumentation tests androidTestCompile 'org.mockito:mockito-core:1.+' androidTestCompile "com.google.dexmaker:dexmaker:1.2" androidTestCompile "com.google.dexmaker:dexmaker-mockito:1.2"} mockito完全可以替代安卓原有的各种mock方法。
参考资料：http://www.vogella.com/tutorials/AndroidTesting/article.html
http://www.sunmoonblog.com/blog/2015/06/10/android-testing/