单元：最终能分解的尽可能小的、独立的、可执行的元素。
对于 Java 程序：单元 = 类的方法。
2、什么是单元测试对程序中的一个个单元进行测试，看看是否能够正常使用、是否存在问题等。
3、为什么要单元测试通过最小测试范围确定出一个功能单元是否正常可用，通过单元测试的编写和执行，可以在尽可能早期筛查、发现出一些问题。
二、JUnit 1、概述 简介JUnit 是针对 Java 语言的一个经典单元测试框架，它在测试驱动方面具有重大意义。JUnit 促进了“先测试后编码”的理论，它强调测试数据与程序代码的配合关系，使得开发者在程序开发中形成“编码一点，测试一点”的过程，这种编码习惯可以提高程序的正确性和稳定性，进而提高开发者的产出效率，减少后期排查错误的时间和精力。
特点开放的资源框架，用于编写和运行测试；提供注释来识别测试方法；提供断言来测试预期结果；提供测试运行来运行测试；允许编写代码更快，并能提高质量；测试代码编写优雅简洁，花费时间较少；测试代码可以自动运行并且检查自身结果并提供即时反馈，没有必要人工梳理测试结果的报告；测试代码可以被组织为测试套件，包含测试用例，甚至其他的测试套件；… 2、JUnit4 概述早期使用的 JUnit 版本为 4.x ，这个版本对 jdk 的最低限制是 jdk 1.5 ，整个 JUnit 4 的代码被整合到一个 jar 包中，使用时直接导入即可，主流的 IDE 都有对 JUnit 的原生支持。
基本用法编写一个类 + 声明一个无参无返回值方法 + 加上@Test注解
使用 JUnit 4 的方式比较简单，只需要编写一个类，并声明一个无入参、无返回值的方法，并标注 @Test 注解即可被 IDE 识别且运行。
public class DemoTest { @Test public void test() { System.out.println("DemoTest test run ......"); } } 3、JUnit5 概述一个单独 jar 包 => 一组 jar 包组合而成 + 支持用户定制！
2017 年 9 月，JUnit 5.0.0 正式发布，它最低支持的 Java 版本是 Java 8 ，而且它的构建不再由一个独立的 jar 包构成，而是以一组 jar 包共同组合而成。抛弃历史包袱，通过支持扩展（Extension），JUnit 5 给用户提供了定制特殊的测试需求与方式。
组成总的来说，JUnit 5 由 3 个模块构成，分别是 JUnit Platform 、JUnit Jupiter 、JUnit Vintage 。
JUnit Platform ：基于 JVM 上启动测试框架的基础，不仅支持 JUnit 的测试引擎，也可以兼容其他的测试引擎；JUnit Jupiter ：JUnit 5 的核心，提供 JUnit 5 的新的编程模型，内部包含一个测试引擎，该测试引擎会基于 JUnit Platform 运行；JUnit Vintage ：兼容 JUnit 4 、JUnit 3 支持的测试引擎。使用 JUnit 5 的方式跟 JUnit 4 并无太大区别，同样是编写测试类，并声明方法，标注 @Test 注解即可，不再编写示例代码解释。
4、JUnit5 与 JUnit4 的常用注解对比JUnit 5 相较于 JUnit 4 比较大的改动是注解的使用。下表展示了 JUnit 5 跟 JUnit 4 常用注解的对比。
注解意义JUnit 5JUnit 4标注一个测试方法（无区别）@Test@Test在每个测试方法前执行@BeforeEach@Before在每个测试方法后执行@AfterEach@After在当前类中的所有测试方法之前执行@BeforeAll@BeforeClass在当前类中的所有测试方法之后执行@AfterAll@AfterClass禁用测试方法/类@Disabled@Ignore标记和过滤@Tag@Category声明测试工厂进行动态测试（新增）@TestFactory/嵌套测试（新增）@Nested/注册自定义扩展（新增）@ExtendWith/ 三、Spring Boot 整合 JUnit 1、Spring Boot 项目创建
项目创建完成后已经自动引入了！spring-boot-starter-test
我们编写 SpringBoot 测试类时，不可能把全部的测试类都放到与 SpringBoot 主启动类同包下，当测试类一多，整个 test 目录会非常混乱。为了方便寻找与管理，我们还是需要将单元测试类也分包管理。但是请各位注意，当 SpringBoot 测试类被放到其他包的时候，运行 SpringBoot 测试类是有区别的。
子包下可正常运行 package com.zibo.studyjunit.demo; import org.junit.jupiter.api.Test; import org.springframework.boot.test.context.SpringBootTest; @SpringBootTest class Demo1Test { @Test void test1() { System.out.println("test1"); } } 包外提示异常 package demo; import org.junit.jupiter.api.Test; import org.springframework.boot.test.context.SpringBootTest; @SpringBootTest class Demo2Test { @Test void test2() { System.out.println("test2"); } } 结构截图
代码
package demo; import com.zibo.studyjunit.StudyJunitApplication; import org.junit.jupiter.api.Test; import org.springframework.boot.test.context.SpringBootTest; @SpringBootTest(classes = StudyJunitApplication.class) class Demo2Test { @Test void test2() { System.out.println("test2"); } }运行结果截图
下面讲解 JUnit 5 中的经典使用方式：断言。在 JUnit 4 中我们使用 Assert 类进行断言，而到了 JUnit 5 中使用的类是 Assertions ，类名变了，使用方式却大差不差，下面通过几个简单示例讲解 JUnit 5 的断言使用。
2、基本使用Assertions 提供的最简单的断言方法，包含比对两个值是否相等、两个对象是否是同一个、对象是否为 null，以及全场景通用的判断表达式的值为 true / false。下面是一个简单的使用示例。
@Test void testSimple() { // 一、两个值是否相等 // 最简单的断言，断言计算值与预期值是否相等 int num = 3 + 5; Assertions.assertEquals(num, 8); double result = 10.0 / 3; // 断言计算值是否在浮点数的指定范围内上下浮动 Assertions.assertEquals(result, 3, 0.5); // 如果浮动空间不够，则会断言失败 // 断言失败！ // Assertions.assertEquals(result, 3, 0.2); // 传入message可以自定义错误提示信息 // 断言失败！ // Assertions.assertEquals(result, 3, 0.2,"计算数值偏差较大！"); // 二、两个对象是否是同一个 // 断言两个对象是否是同一个 Object o1 = new Object(); Object o2 = o1; Object o3 = new Object(); Assertions.assertSame(o1, o2); // 断言失败！ // Assertions.assertSame(o1, o3); // 断言两个数组的元素是否完全相同 String[] arr1 = {"aa","bb"}; String[] arr2 = {"aa","bb"}; String[] arr3 = {"bb","aa"}; Assertions.assertArrayEquals(arr1, arr2); // 断言失败！ // Assertions.assertArrayEquals(arr1, arr3); // 三、对象是否为 null // 断言对象是否为 null Object o4 = null; Object o5 = new Object(); Assertions.assertNull(o4); // 断言失败！ // Assertions.assertNull(o5); // 四、判断表达式的值为 true / false // 断言表达式的值为 true int a = 10; int b = 20; Assertions.assertTrue(a < b); // 断言表达式的值为 false Assertions.assertFalse(a > b); } 3、组合条件断言组合条件断言，实际上是要在一条断言中组合多个断言，要求这些断言同时、全部通过，则外部的组合断言才能通过。这种设计有点类似于父子断言。
@Test void testCombination() { // 组合条件断言，只有当所有断言都成功时，才会断言成功 int a = 10; int b = 20; int c = 30; // 断言 a < b 并且 b < c Assertions.assertAll("组合断言", () ->Assertions.assertTrue(a< b), () ->Assertions.assertTrue(b< c) ); } 4、异常抛出断言异常抛出的断言，指的是被测试的内容最终运行时必定会抛出一个异常，如果没有抛出异常则断言失败。
@Test void testException() { // 断言抛出指定类型的异常 Assertions.assertThrows(ArithmeticException.class, () -> { int i = 10 / 0; }); } 5、执行超时断言执行超时断言是，针对的是被测试代码的执行速度。
@Test void testTimeout() { // 断言在指定时间内完成 // 断言失败！org.opentest4j.AssertionFailedError: execution timed out after 100 ms Assertions.assertTimeoutPreemptively(java.time.Duration.ofMillis(100), () -> { Thread.sleep(200); }); } 6、强制失败类似于最原始的抛出异常的方式，（当满足某些条件时）直接断言失败！
@Test void testFail() { if (java.time.ZonedDateTime.now().getHour() > 12) { Assertions.fail(); } } 五、前置条件检查机制 1、概述前置条件的检查机制，同样应用在断言的场景中，它指的是：如果一个单元测试的前置条件不满足，则当前的测试会被跳过，后续的测试不会执行。使用前置条件检查机制，可以避免一些无谓的测试逻辑执行，从而提高单元测试的执行效率。
前置条件的检查使用的 API 是 Assumptions。
2、代码演示 @Test void testAssumptions() { // 假设条件为 true 时，才会执行后面的断言 int num = 3 + 5; Assumptions.assumeTrue(num < 10); System.out.println("断言成功！"); // 假设条件为 false 时，不会执行后面的断言 Assumptions.assumeTrue(num > 10); // 断言失败！下面的代码不会执行 System.out.println("断言失败！"); } 3、运行结果截图
嵌套测试是 JUnit 5 的一个高级特性，它支持我们在编写单元测试类时，以内部类的方式组织一些有关联的测试逻辑。有关嵌套测试的演示代码，在 JUnit 5 的官方文档中提供了一个非常全面的示例。
2、代码演示 package com.zibo.studyjunit.demo; import static org.junit.jupiter.api.Assertions.assertEquals; import static org.junit.jupiter.api.Assertions.assertFalse; import static org.junit.jupiter.api.Assertions.assertThrows; import static org.junit.jupiter.api.Assertions.assertTrue; import java.util.EmptyStackException; import java.util.Stack; import org.junit.jupiter.api.BeforeEach; import org.junit.jupiter.api.DisplayName; import org.junit.jupiter.api.Nested; import org.junit.jupiter.api.Test; import org.springframework.boot.test.context.SpringBootTest; @SpringBootTest class TestingAStackDemo { Stack