一、什么是单元测试？

基本概念

**单元测试其实就是对模块、类、函数实现的功能执行检测，看看是否满足预期，是否达到功能要求，它是一次检查检验的过程。**如果某个模块或者函数满足预期，则表示测试通过，否则表示失败，比如工厂在组装一台电视机之前，会对每个元件都进行测试看是否合格，这就是单元测试，是不是很好理解。

为什么编写单元测试

单元测试是软件工程中降低开发成本，提高软件质量常用方式之一，单元测试是一项由开发人员或者测试人员来对程序模块的正确性进行检验测试的工作，用于检查被测试代码的功能是否正确，养成单元测试的习惯，不但可以提高代码的质量，还可以提升自己的编程和技巧。

降低开发成本

单元测试可以快速的提供反馈，将问题在开发阶段就暴露出来。这样就可以减少向下游传递的问题，比如说在系统集成阶段出现了问题，这不就很麻烦吗？因为模块、组件太多，会给你无从下手的感觉。所以做好单元测试无疑是降低了软件的开发成本。

边界检测提高代码质量

边界值检测方法是单元测试中常用的方法之一，举个例子，比如 1<x<10，那么边界值就是 0、2、9、11，因为在实际的使用中，我们不容易发现边界问题，比如注册用户名一般使用字母数字下划线等，那么如果使用特殊的符号又会怎么样呢？这就需要我们去检验。通过边界值检测的方法就能很好的解决这个问题，从而提高代码的质量。

提高开发人员职业素养

由于互联网的发展，促使了软件行业的发展，企业在遵守行业标椎的同时也制定相关的企业标准使软件开发集成上线更加精细化，形成了一套完成的流程。对于部分开发者来说一旦编码完成，他们总是会迫切希望进行软件的集成工作，这样就能够看到系统的启动了。这在外表上看来确实是明显的进步，但实际而言只是为了进度而进步，严重忽略了单元测试的重要性，若出现问题只会浪费更多的时间成本。

二、有哪些单元测试框架？

Android

官方文档：在 Android Studio 中测试 | Android 开发者 | Android Developers

android中的单元测试基于JUnit4，可分为instrumented测试和本地测试。

1.module-name/src/androidTest/java/.

该目录下的测试代码需要运行在android设备或模拟器下面，因此可以使用android系统的API，速度较慢。

**优点：**直观，运行在真机上

**缺点：**运行速度慢，需要编译安装app

**代表框架：**UIAutomator，Robotium，Espresso，Macaca，Appium等

2.module-name/src/test/java/.

该目录下的代码运行在本地JVM上，其优点是速度快，不需要设备或模拟器的支持，但是无法直接运行含有android系统API引用的测试代码。

**优点：**速度快，使用简单，方便

**缺点：**不够直观，比如有硬件相关（比如wifi，Bluetooth等），兼容性问题无法测试出来。

**代表框架：**Mockito,EasyMockito,Jmockit Powermock,Robolectric等

JUnit

JUnit是Java最基础的测试框架，主要的作用就是断言。

Android单元测试(一):JUnit框架的使用_android单元测试

一个测试类单元测试的执行顺序为： @BeforeClass –> @Before –> @Test –> @After –> @AfterClass

JUnit是单元测试的根基。

Mock

如果被测的业务依赖比较复杂的上下文，就可以使用Mock来模拟被测代码依赖的对象来保证单元测试的进行。

所谓的 Mock 就是创建一个类的虚假的对象，在测试环境中，用来替换掉真实的对象，主要提供两大功能：

验证这个对象的某些方法的调用情况，调用了多少次，参数是什么等等
指定这个对象的某些方法的行为，返回特定的值，或者是执行特定的动作

要使用 Mock，一般需要用到 Mock 框架

【腾讯TMQ】【测试左移专栏】用Powermock和Mockito来做安卓单元测试

使用详解：https://blog.csdn.net/cpcpcp123/article/details/121655192

Robolectric

对于Android app来说，写起单元测试来瞻前顾后，一方面单元测试需要运行在模拟器上或者真机上，麻烦而且缓慢，另一方面，一些依赖Android SDK的对象（如Activity，TextView等）的测试非常头疼，Robolectric可以解决此类问题，它的设计思路便是通过实现一套JVM能运行的Android代码，从而做到脱离Android环境进行测试。

使用详解：

http://www.javashuo.com/article/p-czaryuia-n.html
https://juejin.cn/post/6844903428762812423

案例：https://github.com/geniusmart/LoveUT

Espresso

谷歌官方提供的UI自动化测试框架，需要运行在手机/模拟器上，类似于Appium

主要特点

优点：

Espresso的测试执行速度相对较快。
Espresso是一个高度稳定的Android测试自动化框架，因为它在适当的时间运行UI测试以防止系统负载。
如果你使用Android Studio开发Android app，Espresso可能是你的最佳选择，因为它易于集成。
Espresso基于JUnit——一种非常流行的测试语言。因此，应用测试人员在选择此框架时可以快速选择API。

缺点：

**粒度粗。**Espresso本质上就是一种UI自动化测试方案，很难去验证函数级别的逻辑，如果仅仅是想验证某个功能是否正常的话，又受限于网络状况、设备条件甚至用户账户等等因素，测试结果不可控。
**逻辑复杂。**一般页面UI元素庞大且复杂，不可能每个View的交互逻辑都去写测试代码验证，只能选择性验证一些关键交互。
**运行速度慢。**用Espresso写测试代码，必须跑在emulator或者是device上面。运行测试用例就变成了一个漫长的过程，因为要打包、上传到机器、然后再一个一个地运行UI界面，这样做的好处是手机上的表现很直观，但是调试和运行速度是真的慢，效率和便捷性上肯定是不如人工测试。

结论：Espresso用例的编写就像是在做业务代码的逆向实现，在实际工作中还不如直接运行项目代码进行人工自测，所以个人感觉Espresso是一个强大的UI自动化测试工具，而非单元测试的解决方案。