使用@SpringBootTest注解进行单元测试

最新推荐文章于 2024-04-23 09:15:00 发布

别抢我蓝buff

最新推荐文章于 2024-04-23 09:15:00 发布

阅读量1.2k

点赞数

分类专栏：自己总结

本文链接：https://blog.csdn.net/qq_44813090/article/details/104626768

版权

自己总结专栏收录该内容

14 篇文章 0 订阅

订阅专栏

@RunWith(SpringRunner.class)
@SpringBootTest(classes = StartUpApplication.class,
webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
其中，classes属性指定启动类，SpringBootTest.WebEnvironment.RANDOM_PORT经常和测试类中@LocalServerPort一起在注入属性时使用。会随机生成一个端口号。

之前开发测试程序功能时，采取的都是通过连接访问来测试程序，常用的方法有：

1、直接通过在浏览器输入网址访问；

2、通过公司搭建的eolinker来进行访问测试；

3、通过编写python脚本来进行测试；

4、通过postman工具来测试。

　　但这样经常会一测就要测一整块，相对单元测试来说定位问题比较麻烦，单元测试能帮助我们拆分方法，单独测试些关键的代码、功能，是日常开发中必备的技能，同时也是各大公司招技术人员的必要要求之一。但今天看了不少文章，也试了不少，发现即是很简单的东西自己也走了不少弯路，所以觉得很有必要把今天的练习写下来。

Spring Boot @SpringApplicationConfiguration 不能导入的问题
较新版的Spring Boot取消了@SpringApplicationConfiguration这个注解，用@SpringBootTest就可以了

SpringBoot@SpringApplicationConfiguration 注解不能用，报红色？
查了一下资料，发现这是因为这个注解在1.4就被替换了，若使1.4版本以及以后的版本，就可以直接用自动生成的两个注解就可以实现测试功能。
@RunWith(SpringRunner.class)
@SpringBootTest
总结：SpringBoot注解不能用排错
1 maven是是否配置，是否真正引入maven依赖；
2 SpringBoot的版本不合适问题（此种情况居多）；
3 jar包是否含冲突

6、可以看到，对spring-boot项目进行单元测试是件容易的事儿，需要添加spring-boot-starter-test依赖，然后使用@RunWith和@SpringBootTest或@SpringApplicationConfiguration(1.4.0过期)注解，然后引入自己要测试的bean，调用指定方法进行测试即可。

Spring-boot junit类读取config配置文件的注解
@SpringBootApplication
@RunWith(SpringJUnit4ClassRunner.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
/@ContextConfiguration(locations = {“classpath:spring.xml”,”classpath:spring-mybatis.xml”})/
可以看到，对spring-boot项目进行单元测试是件容易的事儿，需要添加spring-boot-starter-test依赖，然后使用@RunWith和@SpringBootTest或@SpringApplicationConfiguration(1.4.0过期)注解，然后引入自己要测试的bean，调用指定方法进行测试即可。

@RunWith(SpringJUnit4ClassRunner.class) // SpringJUnit支持，由此引入Spring-Test框架支持！
@SpringApplicationConfiguration(classes = App.class) // 指定我们SpringBoot工程的Application启动类
@WebAppConfiguration // 由于是Web项目，Junit需要模拟ServletContext，因此我们需要给我们的测试类加上@WebAppConfiguration。

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

MockMvc解析
我在上面代码中进行了标记，我们按照标记进行讲解，这样会更明白一些：
1 perform方法其实只是为了构建一个请求，并且返回ResultActions实例，该实例则是可以获取到请求的返回内容。
2 MockMvcRequestBuilders该抽象类则是可以构建多种请求方式，如：Post、Get、Put、Delete等常用的请求方式，其中参数则是我们需要请求的本项目的相对路径，/则是项目请求的根路径。
3 param方法用于在发送请求时携带参数，当然除了该方法还有很多其他的方法，大家可以根据实际请求情况选择调用。
4 andReturn方法则是在发送请求后需要获取放回时调用，该方法返回MvcResult对象，该对象可以获取到返回的视图名称、返回的Response状态、获取拦截请求的拦截器集合等。
5 我们在这里就是使用到了第4步内的MvcResult对象实例获取的MockHttpServletResponse对象从而才得到的Status状态码。
6 同样也是使用MvcResult实例获取的MockHttpServletResponse对象从而得到的请求返回的字符串内容。【可以查看rest返回的json数据】
7 使用Junit内部验证类Assert判断返回的状态码是否正常为200
8 判断返回的字符串是否与我们预计的一样。

2、Junit基本注解介绍
//在所有测试方法前执行一次，一般在其中写上整体初始化的代码
@BeforeClass

//在所有测试方法后执行一次，一般在其中写上销毁和释放资源的代码
@AfterClass

//在每个测试方法前执行，一般用来初始化方法（比如我们在测试别的方法时，类中与其他测试方法共享的值已经被改变，为了保证测试结果的有效性，我们会在@Before注解的方法中重置数据）
@Before

//在每个测试方法后执行，在方法执行完成后要做的事情
@After

// 测试方法执行超过1000毫秒后算超时，测试将失败
@Test(timeout = 1000)

// 测试方法期望得到的异常类，如果方法执行没有抛出指定的异常，则测试失败
@Test(expected = Exception.class)

// 执行测试时将忽略掉此方法，如果用于修饰类，则忽略整个类
@Ignore(“not ready yet”)
@Test

@RunWith
在JUnit中有很多个Runner，他们负责调用你的测试代码，每一个Runner都有各自的特殊功能，你要根据需要选择不同的Runner来运行你的测试代码。
如果我们只是简单的做普通Java测试，不涉及Spring Web项目，你可以省略@RunWith注解，这样系统会自动使用默认Runner来运行你的代码。

3、参数化测试
Junit为我们提供的参数化测试需要使用 @RunWith(Parameterized.class)
然而因为Junit 使用@RunWith指定一个Runner，在我们更多情况下需要使用@RunWith(SpringJUnit4ClassRunner.class)来测试我们的Spring工程方法，所以我们使用assertArrayEquals 来对方法进行多种可能性测试便可。
链接：https://www.jianshu.com/p/8308fd12d0cb

4、打包测试
正常情况下我们写了3个测试类，我们需要一个一个执行。
打包测试，就是新增一个类，然后将我们写好的其他测试类配置在一起，然后直接运行这个类就达到同时运行其他几个测试的目的。

5、使用Junit测试HTTP的API接口
我们可以直接使用这个来测试我们的Rest API，如果内部单元测试要求不是很严格，我们保证对外的API进行完全测试即可，因为API会调用内部的很多方法，姑且把它当做是整合测试吧。

6、捕获输出
使用 OutputCapture 来捕获指定方法开始执行以后的所有输出，包括System.out输出和Log日志。
OutputCapture 需要使用@Rule注解，并且实例化的对象需要使用public修饰