Maven 之 JUnit 测试体系构建全解析-阿里云开发者社区

Maven 之 JUnit 测试体系构建全解析

2026-08-30 144

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 本文详解Maven工程中JUnit单元测试实践：从pom.xml依赖配置、test目录结构规范，到@Test断言验证、@Before/@After资源管理，涵盖黑/白盒测试原理与结果判定技巧，助力保障Java代码质量。（239字）

💡【开发哲学共勉】

pom 文件作为 Maven 项目的核心，以简洁的标签和精准的配置，掌控着依赖的全局，如同船长依据航海图引领巨轮在复杂的海洋中航行，确保项目在正确的航道上前行

🎉 前言

在软件开发中，Maven 工程测试通过规范结构与自动化流程保障代码质量，JUnit 框架则为单元测试提供了高效的实现方式

个人主页：艺杯羹 🌿

系列专栏：Maven 🚀

1. 🧪maven工程测试概述

Maven 工程测试：基于 Maven 构建的 Java 自动化测试，规范测试结构（src/test/java），pom.xml 管理测试依赖（JUnit 等），通过 mvn test执行，保障代码质量

测试即在交付前对写好的代码进行评测，分为黑盒测试和白盒测试：

黑盒测试：不需要写代码，给输入值，看程序是否能够输出期望的值。只要结果正确
白盒测试：需要写代码的。关注程序具体的执行流程。步骤和结果都要正确

单元测试是指对软件中的最小可测试单元进行检查和验证，Java里单元测试指一个类的功能。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试

Junit是Java编程语言的单元测试框架，用于编写和运行可重复的自动化测试。从分类中属于白盒测试

单元测试，相当于是测试每一个零件是否好用，之后还要集成测试，也就是整体怎么样

2. 🔧Junit使用步骤

在Maven项目中引入依赖（代码复制到 pom.xml 中的 dependencies 下）

<dependency>
  <groupId>junit</groupId>
  <artifactId>junit</artifactId>
  <version>4.12</version>
    <!--依赖的选择，测试的时候生效-->
  <scope>test</scope>
<!-- scope 范围 -->
</dependency>

2.1. 📦定义被测试的类

这里用加法和除法来做测试

public class Calculator {
  // 加法
  public int add(int a,int b){
    return a+b;
   }
  // 除法
  public int div(int a,int b){
    return a/b;
   }
}

2.2. 🔍对定义的类进行测试

创建 src/test/java包，并将改包设置为 测试包
在 src/test/java 中创建测试类的包，包名一般与被测试包名一致
定义测试类，类名一般为 被测试类+Test

2.3. ✍️测试类中编写测试方法

public class CalculatorTest {
  /**
   * 测试方法是可以独立运行的，写法如下：
   * 1.方法名一般为test+被测试方法名
   * 2.方法上方添加@Test
   * 3.测试方法没有参数和返回值
   */
  @Test
  public void testAdd(){
    Calculator calculator = new Calculator();
    int add = calculator.add(1, 2);
    System.out.println(add);
   }
  @Test
  public void testDiv(){
    Calculator calculator = new Calculator();
    int div = calculator.div(2,0);
    System.out.println(div);
   }
}

3. 📊Junit结果判定

点击测试方法边的三角运行测试方法，如果出现绿色对钩，证明方法能正常运行；如果出现红色感叹号，证明方法抛出异常，需要修改方法

可以通过命令来全部一起执行，就不用手动一个一个点了

当然，不是能正常运行就代表方法一定没有问题，也有可能方法的结果和预期结果不一致，也就是，给他的一些限制，这时就需要使用断言操作

断言

写断言的时候，一定要注意，不能自己把结果写错了

@Test
public void testAdd(){
  Calculator calculator = new Calculator();
  int add = calculator.add(1, 2);
  /**
   * 断言 Assert
   * 参数1：预期结果，参数2：实际结果
   */
  Assert.assertEquals(2,add);
}

如果真实结果和预期结果不一致，则会抛出以下异常：

4. ⏰@Before、@After

在测试类中

注解	执行时机	作用描述
`@Before`	每个测试方法执行前	用于初始化测试环境（如创建对象、连接数据库等），确保测试方法独立性。
`@After`	每个测试方法执行后	用于清理测试资源（如关闭连接、释放内存等），避免测试间的副作用。

之后的学习中，我们可以设置前置方法为获取资源，后置方法为释放资源
像JDBC中，前置方法获取连接，后置方法释放资源

@Before
public void before(){
  System.out.println("开始测试");
}
public void testAdd() {
   Calculator calculator = new Calculator();
   int result = calculator.add(1, 2);
   // 预期结果是3，运行结果是result
   Assert.assertEquals(3,result);
   System.out.println(result);
    }
@After
public void after(){
  System.out.println("结束测试");
}