2.1 什么是单元测试

首先需要弄清楚这个概念，到底什么是单元测试。即便我是计算机专业毕业的，说实话如果不是专门研究了一段时间，我也说不出一个所以然来。以下是百度百科的定义：

单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

定义很复杂，就我个人理解简单点来说，主要有以下几点：

• 顾名思义，单元测试就是为了测试某一个代码单元而写的测试代码。
• 在java等面向对象语言中，代码单元就是一个类的一个方法。

所以我对单元测试的简单理解是：

单元测试，就是为了测试某一个类里的某一个方法是否正常执行，而写的测试代码。

2.2 单元测试不是集成测试

按照开发阶段划分，软件测试可分为单元测试、集成测试、系统测试和验收测试。

• 单元测试：用于验证编码单元的正确性，以确保每个模块能正常工作。
• 集成测试：对已测试过的模块进行组装，进行集成测试，目的在于检验与软件设计相关的程序结构问题。
• 系统测试：检验软件产品能否与系统的其他部分（比如硬件、数据库及操作人员）协调工作。
• 验收测试：检验软件产品质量的最后一道工序。主要突出用户的作用，同时软件开发人员也应有一定程度的参与。验收测试可分为Alpha测试与Beta测试，Alpha测试由用户在开发环境下完成，Beta测试由用户在用户环境下完成。

网上有张图片能很好的说明各测试阶段的侧重点及关联关系：

V模型

由这个V模型图片来看，单元测试其实对应的就是我们的编码阶段，所以单元测试就应该是由程序员来编写的。
单元测试只是测试一个方法单元，它的粒度应该要足够小，它不是测试一整个操作流程，整个流程的测试应该属于集成测试或者以上的范畴之内了。所以怎么样定义一个方法单元，怎么样去划分单元粒度是一个比较重要的工作。
举个例子：有个注册界面，有用户名、密码、重复密码等输入框，一个注册的Button，点击Button以后，有个UserApi会去执行performRegister操作，根据返回的结果判断是注册成功还是失败，成功了会保存注册信息等，然后UI上会跳转到首页，失败了给出提示。我们把这个流程可以分解出以下这些步骤：
1.输入用户名、密码、确认密码；
2.点击注册Button进行数据提交；
3.对输入进行校验，用户名、密码等是否合规；
4.调用UserApi的performRegister来提交数据到服务；
5.处理前面一步的返回结果，如果注册成功，则保存相关注册信息到本地（例如保存到数据库、SharedPreference等）；
6.UI处理，成功则跳转到成功页面，失败则给出响应提示；
大家看，仅仅是一个注册的操作，就可以划分出这么多步骤来，对这整个注册流程的测试，应该叫集成测试，而不是单元测试，单元测试应该是针对这里面的每一步来分别测试的。

2.3小结

本文介绍了单元测试的一些相关定义，以及单元测试与集成测试、系统测试、验收测试等的区别。总的来说，我们要写单元测试的时候，要把握单元的粒度大小。测试的单元粒度太大，可能会导致这个单元依赖很多外部环境，如网络、存储、数据库等，无法进行有效测试；测试的单元粒度太小，测试代码的工作量会加大很多，造成没必要的浪费。

系列文章：
Android单元测试（一）：前言
Android单元测试（二）：什么是单元测试
Android单元测试（三）：测试难点及方案选择
Android单元测试（四）：JUnit介绍
Android单元测试（五）：JUnit进阶
Android单元测试（六）：Mockito学习
Android单元测试（七）：Robolectric介绍
Android单元测试（八）：怎样测试异步代码