前言 在今年的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的使用进行进一步的讲解。
