以下例子可以在
spring-boot-test中找到。
???????Spring框架实际上是依靠SpringBoot完成了续命，由它焕发了第二春，打开了一个全新的战场。在今天微服务大放异彩的环境下，针对SpringBoot的测试也会有所不同。
???????SpringBoot实际是用来启动你的应用，所以它会有配置以及一系列商定大于配置的环境准备，所以需要依赖spring-boot-test支持来完成单元测试。
???????假如需要在单元测试启动时启动SpringBoot，需要做一下相关的配置，添加少量注解。
???????添加依赖：
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-test</artifactId> <scope>test</scope></dependency>???????和JavaConfig的方式非常相似，通过注解可以公告该测试是SpringBootTest，并且可以指定运行的SpringBoot容器的配置。
@SpringBootTest(classes = SpringBootMemberTest.Config.class)@TestPropertySource(locations = "classpath:test-application.properties")@RunWith(SpringRunner.class)public class SpringBootMemberTest {| 注解 | 说明 |
|---|---|
SpringBootTest | 形容了该SpringBoot单元测试是根据哪个配合来启动容器 |
TestPropertySource | 应用的配置使用哪个 |
???????通过注解可以公告按照何种方式去执行测试，以及测试的Spring容器如何组装，还或者缺在Spring容器中如何配置Bean。
@SpringBootTest(classes = SpringBootMemberTest.Config.class)@TestPropertySource(locations = "classpath:test-application.properties")@RunWith(SpringRunner.class)public class SpringBootMemberTest { @Autowired private Environment env; @MockBean private UserDAO userDAO; @Autowired private MemberService memberService; @Test public void environment() { Assert.assertEquals("Alibaba", env.getProperty("brand-owner.name")); } @Before public void init() { Mockito.when(userDAO.insertMember(Mockito.any())).thenReturn(System.currentTimeMillis()); } @Test public void insert_member() { System.out.println(memberService.insertMember("windowsxp", "abc123")); Assert.assertNotNull(memberService.insertMember("windowsxp", "abc123")); } @Configuration static class Config { @Bean public MemberService memberService(UserDAO userDAO) { MemberServiceImpl memberService = new MemberServiceImpl(); memberService.setUserDAO(userDAO); return memberService; } }}???????可以看到新添加了一个注解MockBean，这个用来帮助我们创立一个Mock的UserDAO，而不用通过编码来进行创立，回忆之前在classic以及javaconfig中的Mock方式，都需要调用Mockito.mock(Class type)方法来创立一个Mock对象，而在SpringBootTest中就不需要了，直接在成员变量上添加MockBean的注解即可以了。
???????同时可以看到在单元测试中添加了一个注入属性，Environment，它代表Spring运行的环境，可以从中获取配置，以下是test-application.application中的内容：
brand-owner.name=Alibababrand-owner.company=Alibaba-inc.???????在environment测试方法中，可以访问测试的配置内容，从这里可以看到SpringBootTest在spring-test基础上，除了启动一个Spring容器，还准备好了一个SpringBoot运行时环境。
???????但是从侧面上讲，使用SpringBootTest就依赖了运行时环境，这不是一个好的选择，所以在大多数情况下，对于代码的单元测试spring-test即可以完全应对。
???????就像刻意的刷分数一样，单元测试覆盖率也是一个我们追求的目标，当单元测试行覆盖率超过70%的时候，整个项目的质量会很不错。持续稳固的单元测试覆盖率，会保障一个应用一直处于较稳固的状态，后续投入维护的资源会降低。
???????在不少IDE中，如：IDEA，都内置了统计单元测试的工具，只要要按照package运行测试就可，在这里我们不依赖具体的IDE，而是用maven插件来做。
???????该插件对java8的语法支持较好，在pom文件中添加配置。
<plugin> <groupId>org.jacoco</groupId> <artifactId>jacoco-maven-plugin</artifactId> <version>0.8.1</version> <executions> <execution> <id>prepare-agent</id> <goals> <goal>prepare-agent</goal> </goals> </execution> <execution> <id>report</id> <phase>prepare-package</phase> <goals> <goal>report</goal> </goals> </execution> <execution> <id>post-unit-test</id> <phase>test</phase> <goals> <goal>report</goal> </goals> <configuration> <dataFile>target/jacoco.exec</dataFile> <outputDirectory>target/jacoco-ut</outputDirectory> </configuration> </execution> </executions></plugin>???????当运行mvn test时会生产单元测试覆盖率报告。
位置一般在项目的
target/jacoco-ut目录下。
???????打开目录下的index.html可以看到各个类的覆盖率情况。
<center>
<img src="https://raw.githubusercontent.com/weipeng2k/mockito-sample/master/resources/chapter6-1.png" />
</center>
???????点击到对应的package中的类，可以查看缺失的测试路径，这样即可以指导哪些分支没有归入单测。
<center>
<img src="https://raw.githubusercontent.com/weipeng2k/mockito-sample/master/resources/chapter6-2.png" />
</center>
???????测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码，而后只编写使测试通过的功能代码，从而以测试来驱动整个开发过程的进行。这有助于编写简洁可用和高质量的代码，有很高的灵活性和健壮性，能快速响应变化，并加速开发过程。
???????测试驱动开发的基本过程如下：
???????简单来说，就是不可运行/可运行/重构——这正是测试驱动开发的口号。
???????测试驱动开发能够让代码上生产环境之前，能够以使用者的角度审视编写的代码：
???????除了能够通过反向刺激让我们看到代码的不足，它还能以使用者的角度去看：