Spring+SpringMVC+MyBatis+easyUI整合优化篇（五）结合MockMvc进行服务端的单元测试

前言

承接前一篇文章《Spring+SpringMVC+MyBatis+easyUI整合优化篇（四）单元测试实例》，已经讲解了dao层和service层的单元测试，还有控制器这层也不能漏掉，所以本篇会讲一下MockMvc，及controller控制层的单元测试，相关代码已上传，可自行下载。
个人github地址

为何使用MockMvc？

可能咱们在测试控制层的代码都是启动服务器，在浏览器中输入URL，而后开始测试是否达到预期效果，发生错误的话，修改相关代码并重启服务器再次进行测试。分析一下这个过程，启动服务器-->打开浏览器-->输入URL-->等待返回结果-->修复bug-->重启服务器.....循环。
其中的缺点也挺明显的，在浏览器输入URL的地址，若是是GET请求还好，POST请求或者DELETE请求怎么办？只能借助其余工具，经过命令行编写curl语句，或者借助谷歌浏览器的postman插件，亦或者本身在代码中经过编写相应httpClient方法来实现测试，可是这几种方法都较为麻烦，并且测试用例并不能较好的保存。再说一个缺点，代码修改后，每每须要再次重启服务器，等待启动完毕才能接下来的测试过程。
若是tomcat服务器启动速度较慢，这将是一件很是痛苦的事情，测试验证也不方便，且依赖网络环境，这些缘由致使测试起来很麻烦，而为了能够方便对Controller进行测试，且很好的保存和循环使用测试用例，则能够经过单元测试来解决，经过前面一篇文章，你们对于单元测试的便利性有了认识和体会，接下来经过引入MockMVC进行控制层的单元测试。
MockMvc实现了对Http请求的模拟，可以直接使用网络的形式，转换到Controller的调用，这样可使得测试速度快、不依赖网络环境，并且提供了一套验证的工具，这样可使得请求的验证统一并且很方便。

MockMvc单元测试实例

MockMvc测试过程：
一、建立请求
二、设置参数（这一步其实能够设置不少参数，MockMvc提供了丰富的方法，可是本例中只是简单的参数设置，由于方法都较简单，并无复杂的调用）
三、mockMvc调用perform，调用controller的业务处理逻辑
四、perform返回ResultActions，返回操做结果，经过ResultActions，提供了统一的验证方式。

测试代码在test包中，也已经传到github上，能够下载到本地运行测试。

@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration({"classpath*:/applicationContext.xml", "classpath*:/spring-mvc.xml", "classpath*:/mybatis-config.xml"})
public class BookControllerTest {
    @Autowired
    private WebApplicationContext wac;
    private MockMvc mockMvc;
    @Before
    public void setup() {
        this.mockMvc = webAppContextSetup(this.wac).build();
    }
    @Test
    public void testList() throws Exception {
        //建立书籍列表的请求
        //请求方式为get
        MockHttpServletRequestBuilder mockHttpServletRequestBuilder = MockMvcRequestBuilders.get("/book/listAll.do");
        //此请求并不须要添加请求参数 mockMvc.perform(mockHttpServletRequestBuilder).andExpect(status().isOk())
                .andDo(print());

    }
}

@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration({"classpath*:/applicationContext.xml", "classpath*:/spring-mvc.xml", "classpath*:/mybatis-config.xml"})
@TransactionConfiguration(defaultRollback = false)
@Transactional
public class StoreControllerTest {
    @Autowired
    private WebApplicationContext wac;

    private MockMvc mockMvc;

    @Before
    public void setup() {
        this.mockMvc = webAppContextSetup(this.wac).build();
    }

    @Test
    public void testSave() throws Exception {
        //建立书架建立的请求
        //请求方式为post
        MockHttpServletRequestBuilder mockHttpServletRequestBuilder = MockMvcRequestBuilders.post("/store/save.do");
        //添加编号为MockMvc的书架
        mockHttpServletRequestBuilder.param("number", "MockMvc");
        //书架为两层
        mockHttpServletRequestBuilder.param("level", "2");
        mockMvc.perform(mockHttpServletRequestBuilder).andExpect(status().isOk())
                .andDo(print());
    }

    @Test
    public void testList() throws Exception {
        //建立书架建立的请求
        //请求方式为post
        MockHttpServletRequestBuilder mockHttpServletRequestBuilder = MockMvcRequestBuilders.post("/store/list.do");
        //有些参数我注释掉了，你能够自行添加相关参数，获得不一样的测试结果
        //status为0的记录
        //mockHttpServletRequestBuilder.param("status", "0");
        //书架编号为dd的记录
        //mockHttpServletRequestBuilder.param("number", "dd");
        //第一页
        mockHttpServletRequestBuilder.param("page", "1");
        //每页10条记录
        mockHttpServletRequestBuilder.param("rows", "10");
        mockMvc.perform(mockHttpServletRequestBuilder).andExpect(status().isOk())
                .andDo(print());
                
    //控制台会打印以下结果：
    //MockHttpServletResponse:
    //Status = 200 即为后端成功相应
    //返回数据
    }
    
}

总结

若是你仍是习惯于启动tomcat服务器，而后在浏览器中输入地址测试的话，也何尝不可，方法在上面，已经写好了，使不使用仍是要看我的习惯的。
以上的测试都是针对本项目的简单测试，应该都不是很复杂，很容易上手的，后面若是有复杂的测试的话，再进行深刻的讲解，想要深刻了解SpringMVC的MockMvc测试的话能够自行搜索相关教程。