单元测试的写法(JUnit 5 )

1 单元测试概念

单元测试时指针对最小的功能单元编写的测试代码，以判定实际结果与期望结果一致。
java中最小的功能单元就是方法。在针对方法的功能进行单元测试时不必关心方法的具体实现逻辑，只要结果与期望一致。方法中改动了代码，如果通过了单元测试，也意味着改动成功。单元测试可以通过mock来取代业务代码逻辑的强依赖性。

2 单元测试规则

单元测试规则

3 单元测试写法

3.1 关于mockito

mockito既能mock接口也能mock实体类。

@RunWith注解什么用处

该注解将junit执行类修改为SpringRunner而SpringRunner是SpringFrameWork中测试类SpringJunit4ClassRunner的别名

使用@RunWith(SpringJunit4ClassRunner.class)或@RunWith(SpringRunner.class)

@RunWith就是一个运行器，@RunWith(SpringJUnit4ClassRunner.class),是指让测试运行于Spring测试环境。

3.2 关于@Mock

对于被测试的service,其通过@Resource或@AutoWried注入的bean都使用@Mock注解进行mock

@Mock会把整个对象屏蔽掉，把里面的所有的方法都替换成假的

而@Spy注解只会mock那些我们通过when()等方法隐藏过的方法，而其他的方法则仍会调用自己原来的真正方法。

注解使用，只需在要mock的对象上添加@Mock

import com.jingpin.at.dao.OaMapper;
import org.junit.jupiter.api.Test;
import org.mockito.Mock;
import org.mockito.Mockito;import java.util.LinkedList;import static org.junit.jupiter.api.Assertions.*;
import static org.mockito.Mockito.mock;class OaServiceImplTest {@Mockprivate OaMapper oaMapper;@Testvoid getOa() {//不使用注解要mock的对象LinkedList mockList = mock(LinkedList.class);//Mockito是mocking框架，它让你用简洁的API做测试。而且Mockito简单易学，它可读性强和验证语法简洁//mock调用第1个mockList的元素返回first,不用给mockList使用add添加元素//此种行为为打桩Mockito.when(mockList.get(0)).thenReturn("first");System.out.println(mockList.get(0));//mock调用第2个mockList的元素返回异常Mockito.when(mockList.get(1)).thenThrow(new RuntimeException());System.out.println(mockList.get(1));//针对没有打桩的方法调用会返回nullSystem.out.println(mockList.get(2));}@Testvoid init() {}
}

3.3 参数匹配器

//使用anyInt()来匹配任意int型参数
Mockito.when(mockList.get(anyInt())).thenReturn("anything");
System.out.println(mockList.get(3));
//使用anyString()来匹配任意String型参数
Mockito.when(mockList.add(anyString())).thenReturn(true);
System.out.println(mockList.add("anything"));
//可以使用自己定义的匹配器argThat(isHaveOneElement())是自定义的参数匹配器
//argThat(Matcher<T> matcher)方法用来应用自定义的规则，可以传入任何实现Matcher接口的实现类
Mockito.when(mockList.addAll(argThat(new IsHaveOneElement()))).thenReturn(true);
System.out.println(mockList.addAll(new ArrayList(Collections.singleton("aa"))));}//自定义参数匹配器的时候需要继承ArgumentMatcher抽象类//它实现了Hamcrest框架的Matcher接口，定义了describeTo方法//所以我们只需要实现matches方法在其中定义规则即可class IsHaveOneElement implements ArgumentMatcher<List> {@Overridepublic boolean matches(List argument) {return ((List) argument).size() == 1;}}

3.4 使用断言

在测试方法内部，使用断言非常常用，通过断言方法将实际信息与期望结果对比。

主要的断言方法如下：

//hhh 上面截图太长了，方法名相同，参数不同的情况太多啦
//断言
//assertTrue();期待结果为true
//assertFalse();期待结果为false
//assertNotNull();期待结果不为空
int a = 1;
//assertEquals();期待两个变量相等
assertEquals(a, equals(1));
//assertNotEquals();期待两个变量不相等
assertNotEquals(a, 2);
//期待在1秒中结束，休眠500ms，运行成功
assertTimeoutPreemptively(Duration.of(1, ChronoUnit.SECONDS), () -> Thread.sleep(500));
//期待在1秒中结束，休眠500ms，运行失败
assertTimeoutPreemptively(Duration.of(1, ChronoUnit.SECONDS), () -> Thread.sleep(1200));

3.5 异常测试

在代码中经常需要进行异常处理，Junit提供assertThrows()来测试代码是否抛出了所需的异常，其中第一个参数为期望捕捉的指定异常类，第2个参数封装了准备执行的会产生异常的方法，通常可以结合lambda表达式来使用。

@Test
void testInvalidArgument() {assertThrows(InvalidArgumentException.class, () -> {ObjectName.testMethod("wrong");});
}

3.6 条件测试

在进行单元测试时，有时不需要执行某些@Test方法，这种情况下可以用@Disabled来标记某些@Test方法。为什么干脆不写这个方法的测试，而是加上@Test，@Disabled呢？

加上@Disabled，JUnit仍然识别出这是个测试方法，只是暂时不运行。

类似@Disabled这种注解就称为条件测试，JUnit根据不同的条件注解，决定是否运行当前的@Test方法。@EnableOnOs就是一个条件测试判断，下面的例子是指只在mac系统上运行。

@Test@EnabledOnOs(OS.MAC)void testMac() {assertEquals(1, equals(1));}

3.7 验证方法

3.7.1 是否被执行、执行次数

mockList.add("once");
//verify函数默认验证是执行一次，times(1)通常被省略
verify(mockList).add("once");
verify(mockList, times(2)).add("once");
//没有被执行过
verify(mockList, never()).add("never");
//至少执行1次
verify(mockList, atLeastOnce()).add("once");
mockList.add("twice");
mockList.add("twice");
//至少执行2次
verify(mockList, atLeast(2)).add("twice");
//至多执行1次
verify(mockList, atMostOnce()).add("once");
//至多执行2次
verify(mockList, atMost(2)).add("twice");
List mock2 = mock(List.class);
List mock3 = mock(List.class);
//验证mock2，mock3是否交互过
verifyZeroInteractions(mock2,mock3);//已过时

3.7.2 执行顺序

//验证mock一个对象的函数执行顺序
mockList.add("first");
mockList.add("second");
//验证先执行add first,后执行add second
InOrder inOrder = inOrder(mockList);
inOrder.verify(mockList).add("first");
inOrder.verify(mockList).add("second");
//验证mock多个对象的函数执行顺序
List list1 = mock(List.class);
List list2 = mock(List.class);
list1.add("first");
list2.add("second");
InOrder inOrder1 = inOrder(list1, list2);
inOrder1.verify(list1).add("first");
inOrder1.verify(list2).add("second");

3.7.3 验证mock对象的方法是否都被验证过

mockList.add("one");
mockList.add("two");
//mockList依次调用了add("one") add("two")
verify(mockList).add("one");
//verifyNoMoreInteractions(mockList);//验证失败
//verifyNoMoreInteractions代表上一次verify之后再无与list的交互
verify(mockList).add("two");
verifyNoMoreInteractions(mockList);//验证成功

3.7.4 @Spy和spy

@Spy注解跟@Mock注解用法相同，只是被@Spy注解的类调用其方法时默认会走真实方法，有返回值返回返回值。@Mock默认不执行，有返回值返回null。

spy与mock用法相同，默认走真实方法

List list = new LinkedList();
//spyList为监控对象
List spyList = spy(list);
//打桩
when(spyList.size()).thenReturn(100);
// 通过spy对象调用真实对象的函数
spyList.add("one");
spyList.add("two");
// 因为size()函数被打桩了,因此这里返回的是100
System.out.println(spyList.size());
List list1 = new LinkedList();List spyList1 = spy(list);
//当spyList1为空的时候，不能用when().thenReturn()会下标越界
//when(spyList.get(0)).thenReturn("spyList");
//打桩
doReturn("spyList").when(spyList).get(0);
System.out.println(spyList.get(0));