你真的会写单测吗？TDD初体验

前言：

　　昨天读到了一篇文章，讲的是TDD，即Test-Driven Development，测试驱动开发。大体意思是，它要求在编写某个功能的代码之前先编写测试代码，然后只编写使测试通过的功能代码，通过测试来推动整个开发的进行。这有助于编写简洁可用和高质量的代码，并加速开发过程。

　　初读之时，瞬间感受到了震撼，感觉和自己之前的开发流程全都不一样，之前是由始至终，而这种思想确实以终为始。后来一查这种思想早在前几年甚至前几十年就被提出了，进而被广泛运用到了敏捷开发中。看来是自己孤落寡闻了，于是我准备将这种思想用到今后的开发中，要做的第一件事，就是温习如何写用例。

为什么是温习？

　　早在实习的时候，我们研发组就有写用例的习惯，但是随着开发逐渐熟悉，这种习惯不知不觉就被丢弃了，有页面的点点点，没页面的看逻辑。相信有很多人也像我一样，不知不觉就把这项技能丢弃了，接下来就让我们一起，去重新捡起这项技能。

工具选择

Junit

对于一个Java开发工程师来说，一提到写单测，我们最先想到的，一定是Junit。下面是maven坐标

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.11</version>
    <scope>test</scope>
</dependency>

用Junit我们可以快速的，简洁的用注解进行单元测试。

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = "classpath:conf/core/*.xml")
public class ObjTest {

  @Test
  public void testFunc(){
     //todo test          
  }
}

这里要注意的是@ContextConfiguration注解中的路径是Spring配置文件的位置。测试的方法必须是public的，且没有返回值。

mockito

mockito是一个用于模拟对象的工具，我认为他也是测试工作中必不可少的一部分，详细的介绍我推荐可以看一下：

人生苦短，我用Mockito https://zhuanlan.zhihu.com/p/59275373

比较不错的入门案例，它的maven坐标地址为：

<dependency>
    <groupId>org.mockito</groupId>
    <artifactId>mockito-all</artifactId>
    <version>1.9.5</version>
    <scope>test</scope>
</dependency>

Mock这种测试方法，对比传统的Junit测试，有如下好处：

1. 不用每次测试的是时候，都初始化Spring容器，采用Mock的方式模拟对象，效率高
2. 对象间的依赖关系，可以用Mock去表达，同时，我们不关心的部分，我们都可以用Mock的方式代替（比如对象A引用对象B的某某方法，但是我们不关系对象B方法实现，只想借助方法，这个时候就可以Mock）
3. 可以应对复杂的测试环境，比如方法调用顺序、方法调用次数等等。

以下是Mock的一个小案例：

@RunWith(MockitoJUnitRunner.class)
public class MockitoTest {
    /**
     * mock对象
     */
    @Mock
    List<String> mockedList;

    @Before
    public void setUp() {
        MockitoAnnotations.initMocks(this);
    }

    @Test
    public void testMock() {
        // mock对象行为
        Mockito.when(mockedList.get(0)).thenReturn("one");
        Assert.assertEquals("one", mockedList.get(0));
        // 仅仅是mock了对象的行为，实际上列表还是空的
        Assert.assertEquals(0, mockedList.size());

        //验证mock对象的get方法被调用过，且调用时的参数是0
        Mockito.verify(mockedList).get(0);
    }
}

这里在使用@Mock的时候，必须事先调用MockitoAnnotations.initMocks(this)，且使用@RunWith(MockitoJUnitRunner.class)

Jacoco

JaCoCo是一个开源的覆盖率工具，支持多种覆盖率的统计，其中包括：

1. 行覆盖率：度量被测程序的每行代码是否被执行，判断标准行中是否至少有一个指令被执行。
2. 类覆盖率：度量计算class类文件是否被执行。
3. 分支覆盖率：度量if和switch语句的分支覆盖情况，计算一个方法里面的总分支数，确定执行和不执行的分支数量。
4. 方法覆盖率：度量被测程序的方法执行情况，是否执行取决于方法中是否有至少一个指令被执行。
5. 指令覆盖：计数单元是单个java二进制代码指令，指令覆盖率提供了代码是否被执行的信息，度量完全独立源码格式。
6. 圈复杂度：在（线性）组合中，计算在一个方法里面所有可能路径的最小数目，缺失的复杂度同样表示测试案例没有完全覆盖到这个模块。

下面是它的maven坐标：

<dependency>
    <groupId>org.mockito</groupId>
    <artifactId>mockito-all</artifactId>
    <version>1.9.5</version>
    <scope>test</scope>
</dependency>

接下来我们用maven插件的方式，对jacoco进行配置

<plugin>
     <groupId>org.jacoco</groupId>
      <artifactId>jacoco-maven-plugin</artifactId>
       <version>0.8.3</version>
       <configuration>
            <includes>
               <include>com/**/*</include>
            </includes>
            <!-- rules裏面指定覆蓋規則 -->
            <rules>
            <rule implementation="org.jacoco.maven.RuleConfiguration">
               <element>BUNDLE</element>
               <limits>　　
               <!-- 指定方法覆蓋到50% -->
               <limit implementation="org.jacoco.report.check.Limit">
                   <counter>METHOD</counter>
                   <value>COVEREDRATIO</value>
                   <minimum>0.50</minimum>
                </limit>
                <!-- 指定分支覆蓋到50% -->
                <limit implementation="org.jacoco.report.check.Limit">
                    <counter>BRANCH</counter>
                    <value>COVEREDRATIO</value>
                    <minimum>0.50</minimum>
                 </limit>
                 <!-- 指定類覆蓋到100%，不能遺失任何類 -->
                 <limit implementation="org.jacoco.report.check.Limit">
                    <counter>CLASS</counter>
                    <value>MISSEDCOUNT</value>
                    <maximum>0</maximum>
                  </limit>
                  </limits>
              </rule>
              </rules>
         </configuration>
         <executions>
             <execution>
                <id>pre-test</id>
                  <goals>
                       <goal>prepare-agent</goal>
                   </goals>
             </execution>
             <execution>
                   <id>post-test</id>
                   <phase>test</phase>
                   <goals>
                       <goal>report</goal>
                   </goals>
             </execution>
       </executions>
  </plugin>