SpringBoot：单元测试 ---- 21

最新推荐文章于 2024-06-02 22:16:46 发布

slow is fast.

最新推荐文章于 2024-06-02 22:16:46 发布

阅读量524

点赞数 1

分类专栏： SpringBoot 文章标签： leetcode 算法排序算法

本文链接：https://blog.csdn.net/wwj17647590781/article/details/121427081

版权

SpringBoot 专栏收录该内容

29 篇文章 8 订阅

订阅专栏

ssssJunit5官方文档

JUnit5 的变化

ssssSpring Boot 2.2.0 版本开始引入 JUnit 5 作为单元测试默认库

ssss作为最新版本的JUnit框架，JUnit5与之前版本的Junit框架有很大的不同。由三个不同子项目的几个不同模块组成。

ssdsdsdsdsdsdssdsdssJUnit 5 = JUnit Platform + JUnit Jupiter + JUnit Vintage

sdsdsdsss①、JUnit Platform: Junit Platform 是在JVM上启动测试框架的基础，不仅支持Junit自制的测试引擎，其他测试引擎也都可以接入。
sdsdsdsss②、JUnit Jupiter: JUnit Jupiter提供了JUnit5的新的编程模型，是JUnit5新特性的核心。内部包含了一个测试引擎，用于在Junit Platform上运行。
sdsdsdsss③、JUnit Vintage: 由于JUint已经发展多年，为了照顾老的项目，JUnit Vintage提供了兼容JUnit4.x,Junit3.x的测试引擎。
sdsdsddsdssdsd 在这里插入图片描述
dsss【注1】：SpringBoot 2.4 以上版本移除了默认对 Vintage 的依赖。如果需要兼容junit4需要自行引入（不能使用junit4的功能 @Test）。 JUnit 5’s Vintage Engine Removed from spring-boot-starter-test,如果需要继续兼容junit4需要自行引入vintage：

<dependency>				<!-- 兼容junit4的引入依赖-->
    <groupId>org.junit.vintage</groupId>
    <artifactId>junit-vintage-engine</artifactId>
    <scope>test</scope>
    <exclusions>
        <exclusion>
            <groupId>org.hamcrest</groupId>
            <artifactId>hamcrest-core</artifactId>
        </exclusion>
    </exclusions>
</dependency>

dsdssdss测试时需要标注的注解：@SpringBootTest + @RunWith(SpringTest.class)

dsdsdsdsdsdssdsdsddssss 在这里插入图片描述
dsss【注2】：现在的版本依赖引入及测试方法：

		<dependency>
		  	<groupId>org.springframework.boot</groupId>
		 	<artifactId>spring-boot-starter-test</artifactId>
		 	<scope>test</scope>
		</dependency>

@SpringBootTest
class Boot05WebAdminApplicationTests {
    @Test
    void contextLoads() {
    }
}

dsdssdssSpringBoot整合Junit以后： spring整合junit是@contextConfiguration注解+@RunWith注解

dsdssdssdss● 编写测试方法：@Test标注（注意需要使用junit5版本的注解）

dsddssssdss● Junit类具有Spring的功能，@Autowired、比如 @Transactional 标注测试方法，测试完成后自动回滚

JUnit5常用注解

ssssJUnit5的注解与JUnit4的注解有所变化：https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations
dsdssdss● @Test :表示方法是测试方法。但是与JUnit4的@Test不同，他的职责非常单一不能声明任何属性，拓展的测试将会由Jupiter提供额外测试
dsdssdss● @ParameterizedTest :表示方法是参数化测试，下方会有详细介绍
dsdssdss● @RepeatedTest :表示方法可重复执行，下方会有详细介绍
dsdssdss● @DisplayName :为测试类或者测试方法设置展示名称
dsdssdss● @BeforeEach :表示在每个单元测试之前执行
dsdssdss● @AfterEach :表示在每个单元测试之后执行
dsdssdss● @BeforeAll :表示在所有单元测试之前执行 (修饰方法必须是静态方法，并且只会在所有方法执行前执行一次，下面一个类似)
dsdssdss● @AfterAll :表示在所有单元测试之后执行
dsdssdss● @Tag :表示单元测试类别，类似于JUnit4中的@Categories
dsdssdss● @Disabled :表示测试类或测试方法不执行，类似于JUnit4中的@Ignore
dsdssdss● @Timeout :表示测试方法运行如果超过了指定时间将会返回错误 -》》超时会抛出异常，用于验证是否可以在指定时间内运行
dsdssdss● @ExtendWith :为测试类或测试方法提供扩展类引用

import org.junit.jupiter.api.Test; //注意这里使用的是jupiter的Test注解！！

public class TestDemo {
  @Test
  @DisplayName("第一次测试")
  public void firstTest() {
      System.out.println("hello world");
}

断言（assertions）

ssss断言（assertions）是测试方法中的核心部分，用来对测试需要满足的条件进行验证。

ssdsdsdsdsdsdssdsdss这些断言方法都是 org.junit.jupiter.api.Assertions 的静态方法。

ssssJUnit 5 内置的断言可以分成如下几个类别，检查业务逻辑返回的数据是否合理，如果断言失败，则测试方法失败！！。

ssss所有的测试运行结束以后，会有一个详细的测试报告。

简单断言

ssss用来对单个值进行简单的验证。如：
ssdsdsdsss 在这里插入图片描述

@Test
@DisplayName("simple assertion")
public void simple() {
     assertEquals(3, 1 + 2, "simple math");
     assertNotEquals(3, 1 + 1);

     assertNotSame(new Object(), new Object());
     Object obj = new Object();
     assertSame(obj, obj);

     assertFalse(1 > 2);
     assertTrue(1 < 2);

     assertNull(null);
     assertNotNull(new Object());
}

数组断言

ssss通过 assertArrayEquals 方法来判断两个对象或原始类型的数组是否相等

@Test
@DisplayName("array assertion")
public void array() {
 assertArrayEquals(new int[]{1, 2}, new int[] {1, 2});
}

组合断言

ssssassertAll 方法接受多个 org.junit.jupiter.api.Executable 函数式接口的实例作为要验证的断言，可以通过 lambda 表达式很容易的提供这些断言，都满足时，才表示组合断言成功。

@Test
@DisplayName("assert all")
public void all() {
 assertAll("Math",
    () -> assertEquals(2, 1 + 1),
    () -> assertTrue(1 > 0)
 );
}

异常断言

ssss在JUnit4时期，想要测试方法的异常情况时，需要用@Rule注解的ExpectedException变量还是比较麻烦的。而JUnit5提供了一种新的断言方式Assertions.assertThrows() ,配合函数式编程就可以进行使用。（也就是说如果该方法执行正确，则会显示异常，也就是说异常断言表明这里应该出现异常，如果没有出现，那么就需要深思～）

@Test
@DisplayName("异常测试")
public void exceptionTest() {
    ArithmeticException exception = Assertions.assertThrows(
           //扔出断言异常
            ArithmeticException.class, () -> System.out.println(1 % 0));

}

超时断言

ssssJunit5还提供了Assertions.assertTimeout() 为测试方法设置了超时时间

@Test
@DisplayName("超时测试")
public void timeoutTest() {
    //如果测试方法时间超过1s将会异常
    Assertions.assertTimeout(Duration.ofMillis(1000), () -> Thread.sleep(500));
}

快速失败

ssss通过 fail 方法直接使得测试失败

@Test
@DisplayName("fail")
public void shouldFail() {
 fail("This should fail");
}

前置条件（assumptions）

ssssJUnit 5 中的前置条件（assumptions【假设】）类似于断言，不同之处在于不满足的断言会使得测试方法失败，而不满足的前置条件只会使得测试方法的执行终止。前置条件可以看成是测试方法执行的前提，当该前提不满足时，就没有继续执行的必要。（在最后的测试中显示的就是跳过。ｃｌｅａｎ＋ｔｅｓｔ）

@DisplayName("前置条件")
public class AssumptionsTest {
 private final String environment = "DEV";
 
 @Test
 @DisplayName("simple")
 public void simpleAssume() {
    assumeTrue(Objects.equals(this.environment, "DEV"));
    assumeFalse(() -> Objects.equals(this.environment, "PROD"));
 }
 
 @Test
 @DisplayName("assume then do")
 public void assumeThenDo() {
    assumingThat(
       Objects.equals(this.environment, "DEV"),
       () -> System.out.println("In DEV")
    );
 }
}

<font face = "Comic Sans MS>【注】：assumeTrue 和 assumFalse 确保给定的条件为 true 或 false，不满足条件会使得测试执行终止。assumingThat 的参数是表示条件的布尔值和对应的 Executable 接口的实现对象。只有条件满足时，Executable 对象才会被执行；当条件不满足时，测试执行并不会终止。

嵌套测试

ssssJUnit 5 可以通过 Java 中的内部类和@Nested 注解实现嵌套测试，从而可以更好的把相关的测试方法组织在一起。在内部类中可以使用@BeforeEach 和@AfterEach 注解，而且嵌套的层次没有限制。（外层的@Test不能驱动内层的@BeforeAll等方法，但是内层的可以驱动外层的）

@DisplayName("A stack")
class TestingAStackDemo {

    Stack<Object> stack;

    @Test
    @DisplayName("is instantiated with new Stack()")
    void isInstantiatedWithNew() {
        new Stack<>();
    }

    @Nested
    @DisplayName("when new")
    class WhenNew {

        @BeforeEach
        void createNewStack() {
            stack = new Stack<>();
        }

        @Test
        @DisplayName("is empty")
        void isEmpty() {
            assertTrue(stack.isEmpty());
        }

        @Test
        @DisplayName("throws EmptyStackException when popped")
        void throwsExceptionWhenPopped() {
            assertThrows(EmptyStackException.class, stack::pop);
        }

        @Test
        @DisplayName("throws EmptyStackException when peeked")
        void throwsExceptionWhenPeeked() {
            assertThrows(EmptyStackException.class, stack::peek);
        }

        @Nested
        @DisplayName("after pushing an element")
        class AfterPushing {

            String anElement = "an element";

            @BeforeEach
            void pushAnElement() {
                stack.push(anElement);
            }

            @Test
            @DisplayName("it is no longer empty")
            void isNotEmpty() {
                assertFalse(stack.isEmpty());
            }

            @Test
            @DisplayName("returns the element when popped and is empty")
            void returnElementWhenPopped() {
                assertEquals(anElement, stack.pop());
                assertTrue(stack.isEmpty());
            }

            @Test
            @DisplayName("returns the element when peeked but remains not empty")
            void returnElementWhenPeeked() {
                assertEquals(anElement, stack.peek());
                assertFalse(stack.isEmpty());
            }
        }
    }
}

参数化测试

ssss参数化测试是JUnit5很重要的一个新特性，它使得用不同的参数多次运行测试成为了可能，也为我们的单元测试带来许多便利。

ssss利用@ValueSource等注解，指定入参，我们将可以使用不同的参数进行多次单元测试，而不需要每新增一个参数就新增一个单元测试，省去了很多冗余代码。

ssss@ValueSource: 为参数化测试指定入参来源，支持八大基础类以及String类型,Class类型
ssss@NullSource: 表示为参数化测试提供一个null的入参
ssss@EnumSource: 表示为参数化测试提供一个枚举入参
ssss@CsvFileSource：表示读取指定CSV文件内容作为参数化测试入参
ssss@MethodSource：表示读取指定方法的返回值作为参数化测试入参(注意方法返回需要是一个流)

ssss当然如果参数化测试仅仅只能做到指定普通的入参还达不到让我觉得惊艳的地步。让我真正感到他的强大之处的地方在于他可以支持外部的各类入参。如:CSV,YML,JSON 文件甚至方法的返回值也可以作为入参。只需要去实现ArgumentsProvider接口，任何外部文件都可以作为它的入参。

@ParameterizedTest
@ValueSource(strings = {"one", "two", "three"})
@DisplayName("参数化测试1")
public void parameterizedTest1(String string) {
    System.out.println(string);
    Assertions.assertTrue(StringUtils.isNotBlank(string));
}


@ParameterizedTest
@MethodSource("method")    //指定方法名
@DisplayName("方法来源参数")
public void testWithExplicitLocalMethodSource(String name) {
    System.out.println(name);
    Assertions.assertNotNull(name);
}

static Stream<String> method() {
    return Stream.of("apple", "banana");
}

迁移指南

ssss在进行迁移的时候需要注意如下的变化：

ssss● 注解在 org.junit.jupiter.api 包中，断言在 org.junit.jupiter.api.Assertions 类中，前置条件在 org.junit.jupiter.api.Assumptions 类中。
ssss● 把@Before 和@After 替换成@BeforeEach 和@AfterEach。
ssss● 把@BeforeClass 和@AfterClass 替换成@BeforeAll 和@AfterAll。
ssss● 把@Ignore 替换成@Disabled。
ssss● 把@Category 替换成@Tag。
ssss● 把@RunWith、@Rule 和@ClassRule 替换成@ExtendWith。

slow is fast.

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
SpringBoot：单元测试 ---- 21

ssss什么是Redis？ JUnit5 的变化 JUnit5常用注解断言（assertions）简单断言数组断言组合断言异常断言超时断言快速失败前置条件（assumptions）嵌套测试嵌套测试迁移指南 JUnit5 的变化ssssSpring Boot 2.2.0 版本开始引入 JUnit 5 作为单元测试默认库ssss作为最新版本的JUnit框架，JUnit5与之前版本的Junit框架有很大的不同。由三个不同子项目的几个不同模块组成。ssds
复制链接

扫一扫