前言
　　在今年的Android开发技术中，MVP & RxJava & Retrofit 已经成为各个项目的标配了。了解过MVP的人都知道，其中的一个优点是便于单元测试的编写。那么我们步入单元测试的这个深坑吧。
　　单元测试是什么
　　单元测试（unit testing），是指对软件中的小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元是人为规定的小的被测功能模块。单元测试是在软件开发过程中要进行的低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
　　其实很容易理解，对于我们开发者来说是验证一个功能是否正确的一个过程。
　　为什么要写单元测试
　　相信很多东西都有自己的测试人员，所以有的人会问了。为什么我们开发者还需要自己写代码来进行测试呢？
　　首先我们要知道，单元测试一般是开发人员应该关注的事情之一，单元测试只是测试一个方法单元， 他不是测试整个流程没有问题。引入单元测试，带来的好处是显而易见的，首先可以直接帮我们寻找出 bug，并且在加入新的功能模块时，可以发现它是否影响并破坏了我们原有的功能。单元测试还可以强迫让我们的代码变得精炼短小，因为太过复杂的代码无法引入单元测试。单元测试还可以节省测试成本，不需要启动整个系统，可以直接的，针对性的对任意模块进行测试。而且可以简单的模拟各种情况覆盖其各种分支。这是降低整体开发时间，提高软件质量的一种有效方法。
　　当然单元测试不仅需要学习，而且你要学习的东西还真不少，你要学习JUnit的使用，你要学习Mokito的使用，Robolectric的使用，依赖注入的概念和使用等等等。
　　简单的单元测试
　　单元测试其实并没有你想象中的那么复杂。
　　我们先用Java来举例看一下知道了，
// 这是一个普通的类
public class Calculator {
public int add(int one， int another) {
// 为了简单起见，暂不考虑溢出等情况。
return one + another;
}
public int multiply(int one， int another) {
// 为了简单起见，暂不考虑溢出等情况。
return one * another;
}
}
// 这是对应的测试代码
public class CalculatorTest {
public static void main(String[] args) {
Calculator calculator = new Calculator();
int sum = calculator.add(1， 2);
if(sum == 3) {
System.out.println("add() works!")
} else {
System.out.println("add() does not works!")
}
int product = calculator.multiply(2， 4);
if (product == 8) {
System.out.println("multiply() works!")
} else {
System.out.println("multiply() does not works!")
}
}
}
　　也许这个示例比较简单，让你觉得这个测试代码反而很多余了。如果你的类中方法一旦变多变复杂了，这样的测试显得很重要了。当然也有人会说，我自己写那么多判断的代码，然后还要在看着terminal的输出，才知道测试是通过还是失败。同时，也有人会问，我们Android中，很多方法也都没有返回值啊，我们应该怎么测呢？
　　这些一切的一切，都由框架来替我们解决了，所以我们应该掌握几个单元测试的框架。
　　有哪些单元测试框架
　　测试是一个比较大的东西，对于Android而言，有UI测试，功能测试，集成测试，扒拉扒拉扒拉的很多，当然也有很多的测试方法。我们先来看看有哪些测试的方法或者说是测试框架：
　　JUnit：能够直接在PC上执行；
　　Mokito
　　Robolectric：在不需要依赖Android环境的前提下，实现在PC上直接运行Android的单元测试；
　　Robotium：第三方UI测试框架；
　　Espresso：Google推出的测试框架；
　　UI Automator：流程的UI测试框架；
　　在此我列举的也只是部分常用的第三方测试框架，但是不要急着去学习它们了。我们应该先来了解一些基本的概念，这样才能更好的掌握理解框架。
　　Mock
　　一个类的方法可以分为两种，一种是有返回值的，另一种是没有返回值的。对于有返回值的方法，我们要测起来比较容易，跟上面的Calculator例子那样，输入相应的参数，得到相应的返回值，然后验证得到的返回值跟我们预期的值一样，好了。
　　但是没有返回值的方法，要怎么测试呢？
　　这里我们以Android中的一个login流程来进行分析一下：
　　// 一个Login页面，上面有两个输入框和一个button。两个输入框分别用于输入用户名和密码。点击button以后，有一个UserManager会去执行performlogin操作，然后将结果返回，更新页面。
　　public void login() {
　　String username = ...//get username from username EditText
　　String password = ...//get password from password EditText
　　//do other operation like validation， etc
　　...
　　mUserManager.performlogin(username， password);
　　}
　　这个方法是void的，那么怎么验证这个方法是正确的呢？其实仔细想想，这个方法也是有输出的，它的输出是，调用了mUserManager的performLogin方法，同时传给他两个参数。所以只要验证mUserManager
　　的performLogin方法得到了调用，同时传给他的参数是正确的，说明这个方法是能正常工作的。
　　那怎么样验证这个Activity的login()方法，会调用mUserManager的performLogin方法呢？这里涉及到mock的概念，所以我们先来讲讲什么是Mock
　　所谓的 Mock 是创建一个类的虚假的对象，在测试环境中，用来替换掉真实的对象，主要提供两大功能：
　　验证这个对象的某些方法的调用情况，调用了多少次，参数是什么等等
　　指定这个对象的某些方法的行为，返回特定的值，或者是执行特定的动作
　　要使用 Mock，一般需要用到 Mock 框架，常见的是 Mockito 这个框架，这个是Java界使用广泛的一个mock框架。
　　小结
　　本篇文章，从为什么要做单元测试到单元测试所涉及的一些概念，框架进行了介绍。同时引入了Mockito这个框架，但是这个框架的使用也不是一两句话可以介绍清楚的，所以打算在下一篇文章对Mockito的使用进行进一步的讲解。