前言
5月份我从平安离职，办完离职手续后相继又玩了半个多月，中途一边玩一边面试，也算是给自己放了个小长假，直到6月中旬才入职一家新创业公司。然而这家公司有一个非常重的KPI指标（单元测试）。毋庸置疑，程序员要对自己编写的代码负责，你不仅要保证它能通过编译，正常地运行，而且要满足需求和设计预期的效果。单元测试正是验证代码行为是否满足预期的有效手段之一。但不可否认，做测试是件很枯燥无趣的事情（至少我是很排斥的）而一遍又一遍的测试则更是让人生畏的工作。正因为如此麻烦，所以程序员们编写单元测试的热情不是很高。但是没办法，苦于无奈公司要求写测试用例，只能硬着头皮上，因为你们是工程师，没有什么是不可能的。幸运的是，单元测试工具 JUnit使这一切变得简单艺术起来。
调查发现
通过和几个开发朋友的讨论，和网上的调查，主要有这几种原因，导致程序员对单元测试很排斥，或许说很不以为意。
◆不知道怎么编写单元测试
◆项目没有要求，所以不编写
◆单元测试价值不高，完全是浪费时间
◆业务逻辑比较简单，不值得编写单元测试
◆不管怎样，集成测试将会抓住所有的 bug，用不着进行单元测试
◆在项目的前期还是尽量去编写单元测试，但是越到项目的后期就越失控
◆为了完成编码任务，没有足够的时间编写单元测试。编写单元测试会导致不能按时完成编码任务，导致项目延期
◆Android 主是还是界面上的东西，很多业务逻辑不好模拟测试用例
很显然，这些原因归根结底，无外乎就是不了解单元测试，自认为很聪明，自己懒不想去测试，对项目的时间、进度把控不好。
JUnit4注解解释
1. @Test : 测试方法，测试程序会运行的方法，后边可以跟参数代表不同的测试，如(expected=XXException.class) 异常测试，(timeout=xxx)超时测试
2. @Ignore : 被忽略的测试方法
3. @Before: 每一个测试方法之前运行
4. @After : 每一个测试方法之后运行
5. @BeforeClass: 所有测试开始之前运行
6. @AfterClass: 所有测试结束之后运行
fail方法是指测试失败
assertEquals测试2个参数是否相等，具体参考相应API
更多方法可参考相应API文档（博文末尾分享下载连接给大家）
1.新建一个工程后以如果用Eclipse还要下载相对应的jar包，这里主要以Android Studio 为主，毕竟Google已经不更新ADT了，这里不做过多的解释。 新建工程后，我们在/app/build.gradle 配制如下图：
这样依赖就配好了。
2.创建一个Calculator类，里面主是要我们要测试的方法。代码如下：
3.打开工程结构我们可以清楚的看到Android Studio 测试有两个目录,androidTest/test,androidTest测试目录是android 自己本身的主要是测UI测试，这里主要讲Junit所以我们只要关心test 里写相对应的测试方法即可。代码如下：
我们只要在test/对测试类即可。 细心的同学有没有注意到，Junit其实就是注解以的方式，在本文的开始前，已经做了对应注解的介绍。 setup();方法就是初始化对象 @Before, 拿对对象我们才可以调用Calculator类中我们写的函数。大家有没有看到我在setup()做了一层不为空的判断，这样的好处就是，不用每次都创建新的实例（这也是性能优化的一种体现，提高代码质量）。调用Calculator中的函数add()方法，这是一个加法的运算。 通过传参我们可以知道结果是多少。Assert.assertEquals(7,sum); 其实就是一个预期值与实际值的一个对比。（注：别忘了在方法前加下 @Test，这样Junit才知道这是一个测试方法）接下来，我们可以测试了。
到这里就结束了，源码大家可以从github下载。
https://github.com/KnightOneAdmin/android_junit_tutorial.git
