Spring+SpringMVC+MyBatis+easyUI整合优化篇（五）结合MockMvc进行服务端的单元测试
本文内容纲要：
-前言
-为什么使用MockMvc？
-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测试过程：
1、创建请求
2、设置参数（这一步其实可以设置很多参数，MockMvc提供了丰富的方法，但是本例中只是简单的参数设置，因为方法都较简单，并没有复杂的调用）
3、mockMvc调用perform，调用controller的业务处理逻辑
4、perform返回ResultActions，返回操作结果，通过ResultActions，提供了统一的验证方式。
测试代码在test包中，也已经传到github上，可以下载到本地运行测试。
@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration({"classpath*:/applicationContext.xml","classpath*:/spring-mvc.xml","classpath*:/mybatis-config.xml"})
publicclassBookControllerTest{
@Autowired
privateWebApplicationContextwac;
privateMockMvcmockMvc;
@Before
publicvoidsetup(){
this.mockMvc=webAppContextSetup(this.wac).build();
}
@Test
publicvoidtestList()throwsException{
//创建书籍列表的请求
//请求方式为get
MockHttpServletRequestBuildermockHttpServletRequestBuilder=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
publicclassStoreControllerTest{
@Autowired
privateWebApplicationContextwac;
privateMockMvcmockMvc;
@Before
publicvoidsetup(){
this.mockMvc=webAppContextSetup(this.wac).build();
}
@Test
publicvoidtestSave()throwsException{
//创建书架创建的请求
//请求方式为post
MockHttpServletRequestBuildermockHttpServletRequestBuilder=MockMvcRequestBuilders.post("/store/save.do");
//添加编号为MockMvc的书架
mockHttpServletRequestBuilder.param("number","MockMvc");
//书架为两层
mockHttpServletRequestBuilder.param("level","2");
mockMvc.perform(mockHttpServletRequestBuilder).andExpect(status().isOk())
.andDo(print());
}
@Test
publicvoidtestList()throwsException{
//创建书架创建的请求
//请求方式为post
MockHttpServletRequestBuildermockHttpServletRequestBuilder=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测试的话可以自行搜索相关教程。
本文内容总结：前言，为什么使用MockMvc？，MockMvc单元测试实例，总结，
原文链接：https://www.cnblogs.com/han-1034683568/p/6653620.html