JAVA单元测试——常用注解(案例源码分析)

简介: JAVA单元测试——常用注解(案例源码分析)

添加配置junit5

<!-- org.junit.jupiter/junit-jupiter-engine -->
<dependency>
    <groupId>org.junit.jupiter</groupId>
    <artifactId>junit-jupiter-engine</artifactId>
    <version>5.8.2</version>
    <scope>test</scope>
</dependency>

JUnit作为目前Java领域内最为流行的单元测试框架已经走过了数十年。而JUnit5在JUnit4停止更新版本的3年后终于也于2017年发布了。
作为最新版本的JUnit框架,JUnit5与之前版本的Junit框架有很大的不同。首先Junit5由来自三个不同子项目的几个不同模块组成。
JUnit 5 = JUnit Platform + JUnit Jupiter + JUnit Vintage

JUnit Platform: Junit Platform是在JVM上启动测试框架的基础,不仅支持Junit自制的测试引擎,其他测试引擎也都可以接入。

JUnit Jupiter: JUnit Jupiter提供了JUnit5的新的编程模型,是JUnit5新特性的核心。内部 包含了一个测试引擎,用于在Junit Platform上运行。

JUnit Vintage: 由于JUint已经发展多年,为了照顾老的项目,JUnit Vintage提供了兼容JUnit4.x,Junit3.x的测试引擎。
通过上述的介绍,不知道有没有发现JUint5似乎已经不再满足于安安静静做一个单元测试框架了,它的野心很大,想通过接入不同测试引擎,来支持各类测试框架的使用,成为一个单元测试的平台。因此它也采用了分层的架构,分成了平台层,引擎层,框架层。

JUnit5的注解与JUnit4的注解有所变化,以下列出的注解为部分我觉得常用的注解
@Test :表示方法是测试方法。但是与JUnit4的@Test不同,他的职责非常单一不能声明任何属性,拓展的测试将会由Jupiter提供额外测试

@ParameterizedTest :表示方法是参数化测试,下方会有详细介绍

@RepeatedTest :表示方法可重复执行,下方会有详细介绍

@DisplayName :为测试类或者测试方法设置展示名称

@BeforeEach :表示在每个单元测试之前执行

@AfterEach :表示在每个单元测试之后执行

@BeforeAll :表示在所有单元测试之前执行

@AfterAll :表示在所有单元测试之后执行

@Tag :表示单元测试类别,类似于JUnit4中的@Categories

@Disabled :表示测试类或测试方法不执行,类似于JUnit4中的@Ignore

@Timeout :表示测试方法运行如果超过了指定时间将会返回错误

@ExtendWith :为测试类或测试方法提供扩展类引用

接下来用几个案例来展示常用注解
@BeforeEach :表示在每个单元测试之前执行

@AfterEach :表示在每个单元测试之后执行

package tt;

import org.junit.jupiter.api.AfterEach;
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;

/**
 * @author yeqv
 * @program A2
 * @Classname T1
 * @Date 2022/2/8 17:25
 * @Email w16638771062@163.com
 */
public class T1 {
    @Test
    @BeforeEach
    void b() {
        //方法B永远在每个单元测试之前执行一次
        System.out.println("方法B");
    }

    @Test
    @AfterEach
    void a() {
        //方法A永远在每个单元测试之后执行一次
        System.out.println("方法A");
    }
    @Test
    void c() {
        System.out.println("方法C");
    }
    @Test
    void d() {
        System.out.println("方法D");
    }
}
执行方法C

在这里插入图片描述
执行方法D
在这里插入图片描述
执行所有单元时会在每一个单元前后分别执行一次
在这里插入图片描述
@BeforeAll :表示在所有单元测试之前执行

@AfterAll :表示在所有单元测试之后执行

package tt;

import org.junit.jupiter.api.AfterAll;
import org.junit.jupiter.api.BeforeAll;
import org.junit.jupiter.api.Test;

/**
 * @author yeqv
 * @program A2
 * @Classname T1
 * @Date 2022/2/8 17:25
 * @Email w16638771062@163.com
 */
public class T1 {
    @Test
    @BeforeAll
    //这里注意用静态
    static void b() {
        //方法B永远在每个单元测试之前执行一次
        System.out.println("方法B");
    }

    @Test
    @AfterAll
    //这里注意用静态
    static void a() {
        //方法A永远在每个单元测试之后执行一次
        System.out.println("方法A");
    }

    @Test
    void c() {
        System.out.println("方法C");
    }

    @Test
    void d() {
        System.out.println("方法D");
    }
}

执行所有的单元测试最前最后分别执行一次方法A和B

在这里插入图片描述
@DisplayName :为测试类或者测试方法设置展示名称

 @Test
    @DisplayName("方法E")
    void e() {
        System.out.println("方法E");

    }

在这里插入图片描述
@ParameterizedTest :表示方法是参数化测试,下方会有详细介绍
String类型参数

 @ParameterizedTest
    @ValueSource(strings = {"asd", "asds"})
    @DisplayName("参数测试一")
    void a(String s) {
        System.out.println(s);
        //判断传入的参数是否为空
        Assertions.assertTrue(StringUtils.isNotBlank(s));

    }

在这里插入图片描述
int类型参数

 @ParameterizedTest
    @ValueSource(ints = 3)
    @DisplayName("参数测试一")
    void b(int i) {
        System.out.println(i);
        //判断是否相等
        Assertions.assertEquals(i * i, 9);

    }

在这里插入图片描述
多个String类型参数

 @ParameterizedTest
    @CsvSource("asd, sd, sdf")
    @DisplayName("参数测试一")
    void a(String s, String O, String D) {
        System.out.println(s);
        System.out.println(O);
        System.out.println(D);
        //判断传入的参数是否为空
        Assertions.assertTrue(StringUtils.isNotBlank(s));

    }

多个int类型参数

 @ParameterizedTest
    @CsvSource("12, 4, 5")
    @DisplayName("参数测试一")
    void b(int i, int j, int k) {
        System.out.println(i);
        System.out.println(j);
        System.out.println(k);

    }
相关文章
|
9天前
|
存储 监控 Java
JAVA线程池有哪些队列? 以及它们的适用场景案例
不同的线程池队列有着各自的特点和适用场景,在实际使用线程池时,需要根据具体的业务需求、系统资源状况以及对任务执行顺序、响应时间等方面的要求,合理选择相应的队列来构建线程池,以实现高效的任务处理。
86 12
|
2月前
|
人工智能 供应链 安全
AI辅助安全测试案例某电商-供应链平台平台安全漏洞
【11月更文挑战第13天】该案例介绍了一家电商供应链平台如何利用AI技术进行全面的安全测试,包括网络、应用和数据安全层面,发现了多个潜在漏洞,并采取了有效的修复措施,提升了平台的整体安全性。
|
2月前
|
jenkins Java 测试技术
如何使用 Jenkins 自动发布 Java 代码,通过一个电商公司后端服务的实际案例详细说明
本文介绍了如何使用 Jenkins 自动发布 Java 代码,通过一个电商公司后端服务的实际案例,详细说明了从 Jenkins 安装配置到自动构建、测试和部署的全流程。文中还提供了一个 Jenkinsfile 示例,并分享了实践经验,强调了版本控制、自动化测试等关键点的重要性。
95 3
|
2月前
|
存储 Java 关系型数据库
在Java开发中,数据库连接是应用与数据交互的关键环节。本文通过案例分析,深入探讨Java连接池的原理与最佳实践
在Java开发中,数据库连接是应用与数据交互的关键环节。本文通过案例分析,深入探讨Java连接池的原理与最佳实践,包括连接创建、分配、复用和释放等操作,并通过电商应用实例展示了如何选择合适的连接池库(如HikariCP)和配置参数,实现高效、稳定的数据库连接管理。
76 2
|
2月前
|
Java 关系型数据库 数据库
面向对象设计原则在Java中的实现与案例分析
【10月更文挑战第25天】本文通过Java语言的具体实现和案例分析,详细介绍了面向对象设计的五大核心原则:单一职责原则、开闭原则、里氏替换原则、接口隔离原则和依赖倒置原则。这些原则帮助开发者构建更加灵活、可维护和可扩展的系统,不仅适用于Java,也适用于其他面向对象编程语言。
49 2
|
3月前
|
安全 Java
Java多线程通信新解:本文通过生产者-消费者模型案例,深入解析wait()、notify()、notifyAll()方法的实用技巧
【10月更文挑战第20天】Java多线程通信新解:本文通过生产者-消费者模型案例,深入解析wait()、notify()、notifyAll()方法的实用技巧,包括避免在循环外调用wait()、优先使用notifyAll()、确保线程安全及处理InterruptedException等,帮助读者更好地掌握这些方法的应用。
33 1
|
3月前
|
jenkins Java 测试技术
如何使用 Jenkins 自动发布 Java 代码,通过一个电商公司后端服务的实际案例详细说明
【10月更文挑战第8天】本文介绍了如何使用 Jenkins 自动发布 Java 代码,通过一个电商公司后端服务的实际案例,详细说明了从 Jenkins 安装配置到自动构建、测试和部署的全流程。文中还提供了一个 Jenkinsfile 示例,并分享了实践经验,强调了版本控制、自动化测试等关键点的重要性。
54 5
|
2月前
|
测试技术 开发者 UED
探索软件测试的深度:从单元测试到自动化测试
【10月更文挑战第30天】在软件开发的世界中,测试是确保产品质量和用户满意度的关键步骤。本文将深入探讨软件测试的不同层次,从基本的单元测试到复杂的自动化测试,揭示它们如何共同构建一个坚实的质量保证体系。我们将通过实际代码示例,展示如何在开发过程中实施有效的测试策略,以确保软件的稳定性和可靠性。无论你是新手还是经验丰富的开发者,这篇文章都将为你提供宝贵的见解和实用技巧。
|
5月前
|
JSON Dubbo 测试技术
单元测试问题之增加JCode5插件生成的测试代码的可信度如何解决
单元测试问题之增加JCode5插件生成的测试代码的可信度如何解决
66 2
单元测试问题之增加JCode5插件生成的测试代码的可信度如何解决
|
4月前
|
IDE 测试技术 持续交付
Python自动化测试与单元测试框架:提升代码质量与效率
【9月更文挑战第3天】随着软件行业的迅速发展,代码质量和开发效率变得至关重要。本文探讨了Python在自动化及单元测试中的应用,介绍了Selenium、Appium、pytest等自动化测试框架,以及Python标准库中的unittest单元测试框架。通过详细阐述各框架的特点与使用方法,本文旨在帮助开发者掌握编写高效测试用例的技巧,提升代码质量与开发效率。同时,文章还提出了制定测试计划、持续集成与测试等实践建议,助力项目成功。
104 5