Android 单元测试只看这一篇就够了-优快云博客

本文详细介绍了Android单元测试的目的、内容和分类，包括本地测试和仪器化测试。讲解了如何进行测试设置、使用Mockito模拟依赖，以及如何处理文件操作和native方法。还分享了Mockito、Powermock和Robolectric等开源库的使用，并提供了实践中的测试经验与心得。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

本文由玉刚说写作平台提供写作赞助

原作者：Jdqm

版权声明：本文版权归微信公众号玉刚说所有，未经许可，不得以任何形式转载

单元测试是应用程序测试策略中的基本测试，通过对代码进行单元测试，可以轻松地验证单个单元的逻辑是否正确，在每次构建之后运行单元测试，可以帮助您快速捕获和修复因代码更改（重构、优化等）带来的回归问题。本文主要聊聊Android中的单元测试。

单元测试的目的以及测试内容

为什么要进行单元测试？

提高稳定性，能够明确地了解是否正确的完成开发；
快速反馈bug，跑一遍单元测试用例，定位bug；
在开发周期中尽早通过单元测试检查bug，最小化技术债，越往后可能修复bug的代价会越大，严重的情况下会影响项目进度；
为代码重构提供安全保障，在优化代码时不用担心回归问题，在重构后跑一遍测试用例，没通过说明重构可能是有问题的，更加易于维护。

单元测试要测什么？

列出想要测试覆盖的正常、异常情况，进行测试验证;
性能测试，例如某个算法的耗时等等。

单元测试的分类

本地测试(Local tests): 只在本地机器JVM上运行，以最小化执行时间，这种单元测试不依赖于Android框架，或者即使有依赖，也很方便使用模拟框架来模拟依赖，以达到隔离Android依赖的目的，模拟框架如google推荐的[Mockito][1]；
仪器化测试(Instrumented tests): 在真机或模拟器上运行的单元测试，由于需要跑到设备上，比较慢，这些测试可以访问仪器（Android系统）信息，比如被测应用程序的上下文，一般地，依赖不太方便通过模拟框架模拟时采用这种方式。

JUnit 注解

了解一些JUnit注解，有助于更好理解后续的内容。

Annotation	描述
@Test public void method()	定义所在方法为单元测试方法
@Test (expected = Exception.class) public void method()	测试方法若没有抛出Annotation中的Exception类型(子类也可以)->失败
@Test(timeout=100) public void method()	性能测试，如果方法耗时超过100毫秒->失败
@Before public void method()	这个方法在每个测试之前执行，用于准备测试环境(如: 初始化类，读输入流等)，在一个测试类中，每个@Test方法的执行都会触发一次调用。
@After public void method()	这个方法在每个测试之后执行，用于清理测试环境数据，在一个测试类中，每个@Test方法的执行都会触发一次调用。
@BeforeClass public static void method()	这个方法在所有测试开始之前执行一次，用于做一些耗时的初始化工作(如: 连接数据库)，方法必须是static
@AfterClass public static void method()	这个方法在所有测试结束之后执行一次，用于清理数据(如: 断开数据连接)，方法必须是static
@Ignore或者@Ignore("太耗时") public void method()	忽略当前测试方法，一般用于测试方法还没有准备好，或者太耗时之类的
@FixMethodOrder(MethodSorters.NAME_ASCENDING) public class TestClass{}	使得该测试类中的所有测试方法都按照方法名的字母顺序执行，可以指定3个值，分别是DEFAULT、JVM、NAME_ASCENDING

本地测试

根据单元有没有外部依赖（如Android依赖、其他单元的依赖），将本地测试分为两类，首先看看没有依赖的情况：

1. 添加依赖，google官方推荐:

dependencies {
    // Required -- JUnit 4 framework
    testImplementation 'junit:junit:4.12'
    // Optional -- Mockito framework（可选，用于模拟一些依赖对象，以达到隔离依赖的效果）
    testImplementation 'org.mockito:mockito-core:2.19.0'
}
复制代码

2. 单元测试代码存储位置:

事实上，AS已经帮我们创建好了测试代码存储目录。

app/src
     ├── androidTestjava (仪器化单元测试、UI测试)
     ├── main/java (业务代码)
     └── test/java  (本地单元测试)
复制代码

3. 创建测试类:

可以自己手动在相应目录创建测试类，AS也提供了一种快捷方式：选择对应的类->将光标停留在类名上->按下ALT + ENTER->在弹出的弹窗中选择Create Test

Note: 勾选setUp/@Before会生成一个带@Before注解的setUp()空方法，tearDown/@After则会生成一个带@After的空方法。

import static org.hamcrest.core.Is.is;
import static org.junit.Assert.assertThat;

public class EmailValidatorTest {
    
    @Test
    public void isValidEmail() {
        assertThat(EmailValidator.isValidEmail("name@email.com"), is(true));
    }
}
复制代码

4. 运行测试用例:

运行单个测试方法：选中@Test注解或者方法名，右键选择Run；
运行一个测试类中的所有测试方法：打开类文件，在类的范围内右键选择Run，或者直接选择类文件直接右键Run；
运行一个目录下的所有测试类：选择这个目录，右键Run。

运行前面测试验证邮箱格式的例子，测试结果会在Run窗口展示，如下图：

从结果可以清晰的看出，测试的方法为 EmailValidatorTest 类中的 isValidEmail()方法，测试状态为passed，耗时12毫秒。

修改一下前面的例子，传入一个非法的邮箱地址：

@Test
public void isValidEmail() {
    assertThat(EmailValidator.isValidEmail("#name@email.com"), is(true));
}
复制代码

测试状态为failed，耗时14毫秒，同时也给出了详细的错误信息：在15行出现了断言错误，错误原因是期望值(Expected)为true，但实际(Actual)结果为