Java单元测试浅析(JUnit+Mockito)

1. 什么是单元测试

(1)单元测试环节:

测试过程按照阶段划分分为:单元测试、集成测试、系统测试、验收测试等。相关含义如下:

1) 单元测试: 针对计算机程序模块进行输出正确性检验工作。

2) 集成测试: 在单元测试基础上,整合各个模块组成子系统,进行集成测试。

3) 系统测试: 将整个交付所涉及的协作内容都纳入其中考虑,包含计算机硬件、软件、接口、操作等等一系列作为一个整体,检验是否满足软件或需求说明。

4) 验收测试: 在交付或者发布之前对所做的工作进行测试检验。

单元测试是阶段性测试的首要环节,也是白盒测试的一种,该内容的编写与实践可以前置在研发完成,研发在编写业务代码的时候就需要生成对应代码的单元测试。单元测试的发起人是程序设计者,受益人也是编写程序的人,所以对于程序员,非常有必要形成自我约束力,完成基本的单元测试用例编写。

(2)单元测试特征:

由上可知,单元测试其实是针对软件中最小的测试单元来进行验证的。这里的单元就是指相关的功能子集,比如一个方法、一个类等。值得注意的是作为最低级别的测试活动,单元测试验证的对象仅限于当前测试内容,与程序其它部分内容相隔离,总结起来单元测试有以下特征:

1) 主要功能是证明编写的代码内容与期望输出一致。

2) 最小最低级的测试内容,由程序员自身发起,保证程序基本组件正常。

3) 单元测试尽量不要区分类与方法,主张以过程性的方法为测试单位,简单实用高效为目标。

4) 不要偏离主题,专注于测试一小块的代码,保证基础功能。

5) 剥离与外部接口、存储之间的依赖,使单元测试可控。

6) 任何时间任何顺序执行单元测试都需要是成功的。

2. 为什么要单元测试

(1)单元测试意义:

程序代码都是由基本单元不断组合成复杂的系统,底层基本单元都无法保证输入输出正确性,层级递增时,问题就会不断放大,直到整个系统崩溃无法使用。所以单元测试的意义就在于保证基本功能是正常可用且稳定的。而对于接口、数据源等原因造成的不稳定因素,是外在原因,不在单元测试考虑范围之内。

(2)使用 main 方法进行测试:

 
  1. @PostMapping(value="/save")

  2. public Map<String,Object> save(@RequestBody Student stu) {

  3. studentService.save(stu);

  4. Map<String,Object> params = new HashMap<>();

  5. params.put("code",200);

  6. params.put("message","保存成功");

  7. return params;

  8. }

假如要对上面的 Controller 进行测试,可以编写如下的代码示例,使用 main 方法进行测试的时候,先启动整个工程应用,然后编写 main 方法如下进行访问,在单步调试代码。

 
  1. public static void main(String[] args) {

  2. HttpHeaders headers = new HttpHeaders();

  3. headers.setContentType(MediaType.APPLICATION_JSON);

  4. String json = "{"name":"张三","className":"三年级一班","age":"20","sex":"男"}";

  5. HttpEntity<String> httpEntity = new HttpEntity<>(json, headers);

  6. String url = "http://localhost:9092/student/save";

  7. MainMethodTest test = new MainMethodTest();

  8. ResponseEntity<Map> responseEntity = test.getRestTemplate().postForEntity(url, httpEntity, Map.class);

  9. System.out.println(responseEntity.getBody());

  10. }

(3)使用 main 方法进行测试的缺点:

1) 通过编写大量的 main 方法针对每个内容做打印输出到控制台枯燥繁琐,不具备优雅性。

2) 测试方法不能一起运行,结果需要程序员自己判断正确性。

3) 统一且重复性工作应该交给工具去完成。

3. 单元测试框架 - JUnit

3.1 JUnit 简介

JUnit 官网:https://junit.org/。JUnit 是一个用于编写可重复测试的简单框架。它是用于单元测试框架的 xUnit 体系结构的一个实例。

JUnit 的特点:

(1) 针对于 Java 语言特定设计的单元测试框架,使用非常广泛。

(2) 特定领域的标准测试框架。

(3) 能够在多种 IDE 开发平台使用,包含 Idea、Eclipse 中进行集成。

(4) 能够方便由 Maven 引入使用。

(5) 可以方便的编写单元测试代码,查看测试结果等。

JUnit 的重要概念:

名称功能作用
Assert断言方法集合
TestCase表示一个测试案例
TestSuite包含一组 TestCase,构成一组测试
TestResult收集测试结果

JUnit 的一些注意事项及规范:

(1) 测试方法必须使用 @Test 修饰

(2) 测试方法必须使用 public void 进行修饰,不能带参数

(3) 测试代码的包应该和被测试代码包结构保持一致

(4) 测试单元中的每个方法必须可以独立测试,方法间不能有任何依赖

(5) 测试类一般使用 Test 作为类名的后缀

(6) 测试方法使一般用 test 作为方法名的前缀

JUnit 失败结果说明:

(1) Failure:测试结果和预期结果不一致导致,表示测试不通过

(2) error:由异常代码引起,它可以产生于测试代码本身的错误,也可以是被测代码的 Bug

3.2 JUnit 内容

(1) 断言的 API

断言方法断言描述
assertNull(String message, Object object)检查对象是否为空,不为空报错
assertNotNull(String message, Object object)检查对象是否不为空,为空报错
assertEquals(String message, Object expected, Object actual)检查对象值是否相等,不相等报错
assertTrue(String message, boolean condition)检查条件是否为真,不为真报错
assertFalse(String message, boolean condition)检查条件是否为假,为真报错
assertSame(String message, Object expected, Object actual)检查对象引用是否相等,不相等报错
assertNotSame(String message, Object unexpected, Object actual)检查对象引用是否不等,相等报错
assertArrayEquals(String message, Object[] expecteds, Object[] actuals)检查数组值是否相等,遍历比较,不相等报错
assertArrayEquals(String message, Object[] expecteds, Object[] actuals)检查数组值是否相等,遍历比较,不相等报错
assertThat(String reason, T actual, Matcher<? super T> matcher)检查对象是否满足给定规则,不满足报错

(2) JUnit 常用注解:

1) @Test: 定义一个测试方法 @Test (excepted=xx.class): xx.class 表示异常类,表示测试的方法抛出此异常时,认为是正常的测试通过的 @Test (timeout = 毫秒数) : 测试方法执行时间是否符合预期。

2) @BeforeClass: 在所有的方法执行前被执行,static 方法全局只会执行一次,而且第一个运行。

3) @AfterClass:在所有的方法执行之后进行执行,static 方法全局只会执行一次,最后一个运行。

4) @Before:在每一个测试方法被运行前执行一次。

5) @After:在每一个测试方法运行后被执行一次。

6) @Ignore:所修饰的测试方法会被测试运行器忽略。

7) @RunWith:可以更改测试执行器使用 junit 测试执行器。

3.3 JUnit 使用

3.3.1 Controller 层单元测试

(1) Springboot 中使用 maven 引入 Junit 非常简单,使用如下依赖即可引入:

 
  1. <dependency>

  2. <groupId>org.springframework.boot</groupId>

  3. <artifactId>spring-boot-starter-test</artifactId>

  4. <scope>test</scope>

  5. </dependency>

(2) 上面使用 main 方法案例可以使用如下的 Junit 代码完成:

 
  1. @RunWith(SpringRunner.class)

  2. @SpringBootTest(classes = MainApplication.class)

  3. public class StudentControllerTest {

  4. // 注入Spring容器

  5. @Autowired

  6. private WebApplicationContext applicationContext;

  7. // 模拟Http请求

  8. private MockMvc mockMvc;

  9. @Before

  10. public void setupMockMvc(){

  11. // 初始化MockMvc对象

  12. mockMvc = MockMvcBuilders.webAppContextSetup(applicationContext).build();

  13. }

  14. /**

  15. * 新增学生测试用例

  16. * @throws Exception

  17. */

  18. @Test

  19. public void addStudent() throws Exception{

  20. String json="{"name":"张三","className":"三年级一班","age":"20","sex":"男"}";

  21. mockMvc.perform(MockMvcRequestBuilders.post("/student/save") //构造一个post请求

  22. // 发送端和接收端数据格式

  23. .contentType(MediaType.APPLICATION_JSON_UTF8)

  24. .accept(MediaType.APPLICATION_JSON_UTF8)

  25. .content(json.getBytes())

  26. )

  27. // 断言校验返回的code编码

  28. .andExpect(MockMvcResultMatchers.status().isOk())

  29. // 添加处理器打印返回结果

  30. .andDo(MockMvcResultHandlers.print());

  31. }

  32. }

只需要在类或者指定方法上右键执行即可,可以直接充当 postman 工作访问指定 url,且不需要写请求代码,这些都由工具自动完成。

(3)案例中相关组件介绍

本案例中构造 mockMVC 对象时,也可以使用如下方式:

 
  1. @Autowired

  2. private StudentController studentController;

  3. @Before

  4. public void setupMockMvc(){

  5. // 初始化MockMvc对象

  6. mockMvc = MockMvcBuilders.standaloneSetup(studentController).build();

  7. }

其中 MockMVC 是 Spring 测试框架提供的用于 REST 请求的工具,是对 Http 请求的模拟,无需启动整个模块就可以对 Controller 层进行调用,速度快且不依赖网络环境。

使用 MockMVC 的基本步骤如下:

  1. mockMvc.perform 执行请求
  2. MockMvcRequestBuilders.post 或 get 构造请求
  3. MockHttpServletRequestBuilder.param 或 content 添加请求参数
  4. MockMvcRequestBuilders.contentType 添加请求类型
  5. MockMvcRequestBuilders.accept 添加响应类型
  6. ResultActions.andExpect 添加结果断言
  7. ResultActions.andDo 添加返回结果后置处理
  8. ResultActions.andReturn 执行完成后返回相应结果
3.3.2 Service 层单元测试

可以编写如下代码对 Service 层查询方法进行单测:

 
  1. @RunWith(SpringRunner.class)

  2. @SpringBootTest

  3. public class StudentServiceTest {

  4. @Autowired

  5. private StudentService studentService;

  6. @Test

  7. public void getOne() throws Exception {

  8. Student stu = studentService.selectByKey(5);

  9. Assert.assertThat(stu.getName(),CoreMatchers.is("张三"));

  10. }

  11. }

执行结果:

3.3.3 Dao 层单元测试

可以编写如下代码对 Dao 层保存方法进行单测:

 
  1. @RunWith(SpringRunner.class)

  2. @SpringBootTest

  3. public class StudentDaoTest {

  4. @Autowired

  5. private StudentMapper studentMapper;

  6. @Test

  7. @Rollback(value = true)

  8. @Transactional

  9. public void insertOne() throws Exception {

  10. Student student = new Student();

  11. student.setName("李四");

  12. student.setMajor("计算机学院");

  13. student.setAge(25);

  14. student.setSex('男');

  15. int count = studentMapper.insert(student);

  16. Assert.assertEquals(1, count);

  17. }

  18. }

其中 @Rollback (value = true) 可以执行单元测试之后回滚所新增的数据,保持数据库不产生脏数据。

3.3.4 异常测试

(1) 在 service 层定义一个异常情况:

 
  1. public void computeScore() {

  2. int a = 10, b = 0;

  3. }

(2) 在 service 的测试类中定义单元测试方法:

 
  1. @Test(expected = ArithmeticException.class)

  2. public void computeScoreTest() {

  3. studentService.computeScore();

  4. }

(3) 执行单元测试也会通过,原因是 @Test 注解中的定义了异常

3.3.5 测试套件测多个类

(1) 新建一个空的单元测试类

(2) 利用注解 @RunWith (Suite.class) 和 @SuiteClasses 标明要一起单元测试的类

 
  1. @RunWith(Suite.class)

  2. @Suite.SuiteClasses({ StudentServiceTest.class, StudentDaoTest.class})

  3. public class AllTest {

  4. }

运行结果:

3.3.6 idea 中查看单元测试覆盖率

(1) 单测覆盖率

测试覆盖率是衡量测试过程工作本身的有效性,提升测试效率和减少程序 bug,提升产品可靠性与稳定性的指标。

统计单元测试覆盖率的意义:

1) 可以洞察整个代码中的基础组件功能的所有盲点,发现相关问题。

2) 提高代码质量,通常覆盖率低表示代码质量也不会太高,因为单测不通过本来就映射出考虑到各种情况不够充分。

3) 从覆盖率的达标上可以提高代码的设计能力。

(2) 在 idea 中查看单元测试覆盖率很简单,只需按照图中示例的图标运行,或者在单元测试方法或类上右键 Run 'xxx' with Coverage 即可。执行结果是一个表格,列出了类、方法、行数、分支覆盖情况。

(3) 在代码中会标识出覆盖情况,绿色的是已覆盖的,红色的是未覆盖的。

(4) 如果想要导出单元测试的覆盖率结果,可以使用如下图所示的方式,勾选 Open generated HTML in browser

导出结果:

3.3.7 JUnit 插件自动生成单测代码

(1) 安装插件,重启 idea 生效

(2) 配置插件

(3) 使用插件

在需要生成单测代码的类上右键 generate...,如下图所示。

生成结果:

4. 单元测试工具 - Mockito

4.1 Mockito 简介

在单元测试过程中主张不要依赖特定的接口与数据来源,此时就涉及到对相关数据的模拟,比如 Http 和 JDBC 的返回结果等,可以使用虚拟对象即 Mock 对象进行模拟,使得单元测试不在耦合。

Mock 过程的使用前提:

(1) 实际对象时很难被构造出来的

(2) 实际对象的特定行为很难被触发

(3) 实际对象可能当前还不存在,比如依赖的接口还没有开发完成等等。

Mockito 官网:https://site.mockito.org 。Mockito 和 JUnit 一样是专门针对 Java 语言的 mock 数据框架,它与同类的 EasyMock 和 jMock 功能非常相似,但是该工具更加简单易用。

Mockito 的特点:

(1) 可以模拟类不仅仅是接口

(2) 通过注解方式简单易懂

(3) 支持顺序验证

(4) 具备参数匹配器

4.2 Mockito 使用

maven 引入 spring-boot-starter-test 会自动将 mockito 引入到工程中。

4.2.1 使用案例

(1) 在之前的代码中在定义一个 BookService 接口,含义是借书接口,暂且不做实现

 
  1. public interface BookService {

  2. Book orderBook(String name);

  3. }

(2) 在之前的 StudentService 类中新增一个 orderBook 方法,含义是学生预定书籍方法,其中实现内容调用上述的 BookService 的 orderBook 方法。

 
  1. public Book orderBook(String name) {

  2. return bookService.orderBook(name);

  3. }

(3) 编写单元测试方法,测试 StudentService 的 orderBook 方法

 
  1. @Test

  2. public void orderBookTest() {

  3. Book expectBook = new Book(1L, "钢铁是怎样炼成的", "书架A01");

  4. Mockito.when(bookService.orderBook(any(String.class))).thenReturn(expectBook);

  5. Book book = studentService.orderBook("");

  6. System.out.println(book);

  7. Assert.assertTrue("预定书籍不符", expectBook.equals(book));

  8. }

(4) 执行结果:

(5) 结果解析

上述内容并没有实现 BookService 接口的 orderBook (String name) 方法。但是使用 mockito 进行模拟数据之后,却通过了单元测试,原因就在于 Mockito 替换了本来要在 StudentService 的 orderBook 方法中获取的对象,此处就模拟了该对象很难获取或当前无法获取到,用模拟数据进行替代。

4.2.2 相关语法

常用 API:

上述案例中用到了 mockito 的 when、any、theWhen 等语法。接下来介绍下都有哪些常用的 API:

1) mock:模拟一个需要的对象

2) when:一般配合 thenXXX 一起使用,表示当执行什么操作之后怎样。

3) any: 返回一个特定对象的缺省值,上例中标识可以填写任何 String 类型的数据。

4) theReturn: 在执行特定操作后返回指定结果。

5) spy:创造一个监控对象。

6) verify:验证特定的行为。

7) doReturn:返回结果。

8) doThrow:抛出特定异常。

9) doAnswer:做一个自定义响应。

10) times:操作执行次数。

11) atLeastOnce:操作至少要执行一次。

12) atLeast:操作至少执行指定的次数。

13) atMost:操作至多执行指定的次数。

14) atMostOnce:操作至多执行一次。

15) doNothing:不做任何的处理。

16) doReturn:返回一个结果。

17) doThrow:抛出一个指定异常。

18) doAnswer:指定一个特定操作。

19) doCallRealMethod:用于监控对象返回一个真实结果。

4.2.3 使用要点

(1) 打桩

Mockito 中有 Stub,所谓存根或者叫打桩的概念,上面案例中的 Mockito.when (bookService.orderBook (any (String.class))).thenReturn (expectBook); 就是打桩的含义,先定义好如果按照既定的方式调用了什么,结果就输出什么。然后在使用 Book book = studentService.orderBook (""); 即按照指定存根输出指定结果。

 
  1. @Test

  2. public void verifyTest() {

  3. List mockedList = mock(List.class);

  4. mockedList.add("one");

  5. verify(mockedList).add("one"); // 验证通过,因为前面定义了这个桩

  6. verify(mockedList).add("two"); // 验证失败,因为前面没有定义了这个桩

  7. }

(2) 参数匹配

上例 StudentService 的 orderBook 方法中的 any (String.class) 即为参数匹配器,可以匹配任何此处定义的 String 类型的数据。

(3) 次数验证

 
  1. @Test

  2. public void timesTest() {

  3. List mockedList = mock(List.class);

  4. when(mockedList.get(anyInt())).thenReturn(1000);

  5. System.out.println(mockedList.get(1));

  6. System.out.println(mockedList.get(1));

  7. System.out.println(mockedList.get(1));

  8. System.out.println(mockedList.get(2));

  9. // 验证通过:get(1)被调用3次

  10. verify(mockedList, times(3)).get(1);

  11. // 验证通过:get(1)至少被调用1次

  12. verify(mockedList, atLeastOnce()).get(1);

  13. // 验证通过:get(1)至少被调用3次

  14. verify(mockedList, atLeast(3)).get(1);

  15. }

(4) 顺序验证

 
  1. @Test

  2. public void orderBookTest1() {

  3. String json = "{"id":12,"location":"书架A12","name":"三国演义"}";

  4. String json1 = "{"id":21,"location":"书架A21","name":"水浒传"}";

  5. String json2 = "{"id":22,"location":"书架A22","name":"红楼梦"}";

  6. String json3 = "{"id":23,"location":"书架A23","name":"西游记"}";

  7. when(bookService.orderBook("")).thenReturn(JSON.parseObject(json, Book.class));

  8. Book book = bookService.orderBook("");

  9. Assert.assertTrue("预定书籍有误", "三国演义".equals(book.getName()));

  10. when(bookService.orderBook("")).thenReturn(JSON.parseObject(json1, Book.class)).

  11. thenReturn(JSON.parseObject(json2, Book.class)).

  12. thenReturn(JSON.parseObject(json3, Book.class));

  13. Book book1 = bookService.orderBook("");

  14. Book book2 = bookService.orderBook("");

  15. Book book3 = bookService.orderBook("");

  16. Book book4 = bookService.orderBook("");

  17. Book book5 = bookService.orderBook("");

  18. // 全部验证通过,按顺序最后打桩打了3次,大于3次按照最后对象输出

  19. Assert.assertTrue("预定书籍有误", "水浒传".equals(book1.getName()));

  20. Assert.assertTrue("预定书籍有误", "红楼梦".equals(book2.getName()));

  21. Assert.assertTrue("预定书籍有误", "西游记".equals(book3.getName()));

  22. Assert.assertTrue("预定书籍有误", "西游记".equals(book4.getName()));

  23. Assert.assertTrue("预定书籍有误", "西游记".equals(book5.getName()));

  24. }

(5) 异常验证

 
  1. @Test(expected = RuntimeException.class)

  2. public void exceptionTest() {

  3. List mockedList = mock(List.class);

  4. doThrow(new RuntimeException()).when(mockedList).add(1);

  5. // 验证通过

  6. mockedList.add(1);

  7. }

感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取   

Spring Boot是一个用于构建Java应用程序的开源框架,它提供了一种简化了配置的方式来快速构建应用程序。JUnit是一个用于编写和运行单元测试的开源测试框架,而Mockito是一个用于创建和管理模拟对象的Java库。 下面是一个使用Spring Boot、JUnitMockito进行单元测试的示例: 假设我们有一个UserService类,它依赖于一个UserRepository接口来访问数据库并进行一些操作。我们想要对UserService的方法进行单元测试。 首先,我们需要创建一个测试类,命名为UserServiceTest。在测试类中,我们将使用JUnit的注解来标记测试方法,并使用Mockito来创建模拟对象。示例代码如下: ```java @RunWith(MockitoJUnitRunner.class) public class UserServiceTest { @InjectMocks private UserService userService; @Mock private UserRepository userRepository; @Test public void testGetUserById() { // 配置模拟对象的行为 User user = new User("1", "John"); when(userRepository.findById("1")).thenReturn(user); // 调用被测试的方法 User result = userService.getUserById("1"); // 验证结果 assertEquals("John", result.getName()); } } ``` 在上面的示例中,我们使用了@RunWith注解来指定使用MockitoJUnitRunner运行测试,这样就能自动创建和管理模拟对象。使用@InjectMocks注解将被测试的对象自动注入到测试类中,使用@Mock注解创建模拟对象。 在testGetUserById方法中,我们首先使用when方法配置userRepository模拟对象的行为,表示当传入参数为"1"时,返回一个指定的User对象。 然后,我们通过调用userService的getUserById方法来测试该方法的逻辑。最后,使用assertEquals断言来验证结果是否符合预期。 以上就是一个使用Spring Boot、JUnitMockito进行单元测试的示例。通过使用Mockito创建模拟对象,我们可以更容易地测试各个方法的逻辑,而不依赖于实际的数据库。这样可以提高测试效率并确保代码的质量。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值