一、JUnit 介绍
1. JUnit 是什么？
JUnit 是一个 Java 编程语言的开源测试框架，它是xUnit架构的一部分，xUnit是为多种编程语言创建的单元测试库的通用名称。JUnit是由Erich Gamma和Kent Beck创建的，目前已经发展到JUnit 5。
它提供了一些功能，使编写测试变得容易，包括支持多个测试用例、断言和报告。JUnit也是多功能的，允许用各种语言编写测试。
JUnit 主要用于单元测试，但它也可用于其他测试，如功能和集成测试。功能测试是测试系统的功能。它们与单元测试不同，因为它们测试的是整个系统而不是单个单元。集成测试测试两个或多个系统的集成。它们与单元测试不同，因为它们测试的是系统的各个组成部分如何协同工作，而不是单独工作。
2. 什么是单元测试框架？
对于单元测试框架来讲，它主要完成以下几件事。
提供用例组织与执行： 测试用例只有几条时，可以不考虑用例组织，但是用例达到成百上千时，大量的测试用例堆砌在一起，就产生了扩展性与维护性等问题
提供丰富的断言方法： 不论是功能测试，还是单元测试，在用例执行完之后都需要将实际结果与预期结果相比较（断言），从而断定用例是否执行通过。单元测试框架一般提供丰富的断言方法。例如：判断相等/不等、包含/不包含、True/False的断言方法等
提供丰富的日志： 当测试用例执行失败时能抛出清晰的失败原因，当所有用例执行完成后能提供丰富的执行结果。例如，总执行时间、失败用例数、成功用例数等。
从这些特性来看单元测试框架的作用是：帮助我们更自动化完成测试，所以，它是自动化测试的基础。
3. 为什么进行单元测试？
在平时的开发当中，一个项目往往包含了大量的方法，可能有成千上万个。如何去保证这些方法产生的结果是我们想要的呢？当然了，最容易想到的一个方式，就是我们通过 System.out 来输出我们的结果，看看是不是满足我们的需求，但是项目中这些成千上万个方法，我们总不能在每一个方法中都去输出一遍嘛。这也太枯燥了。这时候用我们的单元测试框架JUnit就可以很好地解决这个问题。
JUnit 如何解决这个问题的呢？答案在于内部提供了一个断言机制，他能够将我们预期的结果和实际的结果进行比对，判断出是否满足我们的期望。
4. JUnit 的主要用途
JUnit主要用于单元测试，以下是JUnit的主要用途：
- 编写和运行测试： JUnit提供了注解和断言库，帮助你快速地编写测试代码，并且提供了测试运行器来运行和报告测试结果。
- 断言结果： JUnit提供了一套丰富的断言库来帮助你验证测试的结果。这些断言方法包括常用的 assertEquals、assertTrue、assertFalse、assertNull 等。
- 测试套件： 如果你有一组测试，并希望将它们一起运行，那么可以使用 JUnit 的 @TestSuite 注解。
- 测试异常： JUnit 可以帮助你测试方法是否会抛出预期的异常。
- 参数化测试： 如果你需要使用不同的参数多次运行同一个测试，那么可以使用 JUnit 的参数化测试。
- 模拟对象： 在很多情况下，你可能需要模拟依赖对象以便于测试。JUnit 可以与模拟框架（如Mockito）一起使用，帮助你创建模拟对象。
总的来说，JUnit是Java中非常重要的一个单元测试框架，它的使用可以使你的代码更加健壮，因为你可以快速定位并修复代码中的错误和bug。
5. 如何安装 JUnit 测试框架
Junit目前分两个版本，Junit4 和 Junit5 , 本系列教程打算从 Junit4 开始介绍，最后，再介绍 Junit5 有哪些新特性
推荐使用 IntelliJ IDEA
下载 junit-4.12.jar 文件：https://github.com/junit-team/junit4/releases
打开 IntelliJ IDEA ，菜单栏：File菜单 → \to → Porject Structure 选项 → \to → modules
Dependencies 标签 → \to → 点击 “+” 号 → \to → Library → \to → Java 。
选择下载的 junit-4.12.jar 进行添加。
如果是 Maven 项目，可通过如下进行下载：
访问 jar 包查询网站： https://mvnrepository.com/
搜索 junit ，并选择最多的人的一个版本，添加到 pom.xml 中，如：
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test</scope> </dependency> 6. 模拟和存根
在 JUnit 中，模拟（Mocking）和存根（Stubbing）是测试中常用的技术，可将被测代码与其依赖项隔离开来，并在受控环境中模拟真实世界对象的行为。这种隔离（尤其是在复杂的应用程序中）可确保测试仅关注被测单元的功能，而不是任何外部依赖项。
一个外部依赖项： 指的是系统中的一个对象，被测试的代码与这个对象发生交互，但是你不能控制这个对象。比喻前端工程师和后台工程师合作，前端工程师要等待后台返回的数据来处理，那么后台就是他的一个外部依赖项。因为他无法控制后台的代码
- 模拟是指创建一个模拟对象来替代真实的依赖项对象，并模拟其行为。模拟对象通常是使用特殊的框架（如Mockito、EasyMock等）生成的，它们可以模拟外部依赖项的方法调用和返回值，以及对方法的预期行为进行验证。通过模拟对象，可以模拟复杂的环境和各种测试情况，以便更容易地进行单元测试，同时解耦被测代码与外部依赖项的耦合性。
模拟对象是伪对象，它可以验证被测试对象是否按照预期的方式调用了这个伪对象，因此来判断单元测试的成功或者失败。
举一个例子： 小明由于作业没有做完，老师就让小明放学之后晚回家一个小时来写作业，那么今天老师有事就提前回家了，就让班长小亮来查看小明是否留下来一个小时在写作业。此时小亮就是我们说的伪对象，他就检测了小明是否晚回家一个小时。
- 存根是指为外部依赖项提供固定的返回值或行为，以便在测试过程中控制其行为。存根对象通常是手动创建的，并在测试中替换真实的依赖项对象。通过存根，可以控制外部依赖项的返回结果，以确保测试的可重复性和可预测性。存根可以返回预先定义的结果，模拟异常，或者执行自定义的行为。
一个存根（stub）是对系统中存在的一个依赖项（或协作者）的可控制的替代物（就是你找一个对象来替换你无法控制的对象）。通过使用存根，你在测试代码时无需直接处理这个依赖项。（说白了就是一个你自己定义对象来取代你无法控制的对象）
这些技术可以用于创建更可靠和独立的单元测试，使测试更加可控和可预测。它们有助于隔离被测代码和外部依赖项之间的交互，并使测试更专注于被测代码本身。
6.1 使用模拟和存根的例子
下面，使用JavaScript中的流行测试库，Jest，来展示如何使用模拟和存根。
例1：使用存根
假设你有一个函数 getUserName，它从数据库中获取用户的名字。你想要测试这个函数，但是不想依赖真实的数据库。
async function getUserName(userId) { const user = await db.getUser(userId); return user.name; } 可以使用 Jest 的 jest.fn() 方法来创建一个存根：
const db = { getUser: jest.fn() }; db.getUser.mockResolvedValue({ name: 'Alice' }); expect(await getUserName(1)).toBe('Alice'); 在这个例子中，我们创建了一个存根来代替 db.getUser 方法。这个存根总是返回一个具有名字 “Alice” 的用户。
例2：使用模拟
假设有一个 login 函数，它调用了一个 authentication 服务来验证用户的凭据。想要测试这个函数，但是更关心它是否正确地调用了 authentication 服务。
async function login(username, password) { return await authentication.authenticate(username, password); } 可以使用 Jest 的 jest.fn() 方法来创建一个模拟：
const authentication = { authenticate: jest.fn() }; authentication.authenticate.mockResolvedValue(true); await login('Alice', 'password'); expect(authentication.authenticate).toHaveBeenCalledWith('Alice', 'password'); 在这个例子中，我们创建了一个模拟来代替 authentication.authenticate 方法。然后，我们使用 toHaveBeenCalledWith 方法来验证 login 函数是否正确地调用了 authentication.authenticate 方法。
结论
模拟和存根是单元测试中的重要工具。它们帮助我们创建隔离的测试环境，使我们能够集中测试代码的特定部分，而不必担心其他外部依赖项。
6.2 手工模拟对象和存根存在的问题
- 编写模拟对象和存根耗时间
- 如果接口有很多方法、属性、事件编写的时候会特别困难
- 如果验证调用者向另一个方法调用传递的所有参数都是正确的时候就需要多次进行断言。
- 有些模拟对象就是为特定的方法编写复用性比较差
二、JUnit 编写单元测试
创建一个简单的Java类，这个类将包含一些基础的数**算。这个类名叫做Calculator：
public class Calculate { public int add(int a,int b) { return a + b; } public int subtract(int a, int b) { return a - b; } public int multiply(int a,int b) { return a * b; } public double pide(int a, int b) { if (b == 0) { throw new IllegalArgumentException("Divider cannot be zero"); } return (double) a / b; } } 这个类包含四个方法，分别实现加法、减法、乘法和除法运算。注意，在进行除法运算时，我们需要检查除数是否为0，如果是0，我们抛出一个 IllegalArgumentException 异常。
接下来，我们将为这个类创建一个 JUnit 测试类，以测试它的功能。
测试代码
在IDEA中，通常会为要测试的类创建一个同名的测试类，只不过这个测试类的名字后面会附加Test。为Calculator类创建一个名为CalculatorTest的测试类。
这个测试类中，会为Calculator类中的每个方法都编写一个对应的测试方法。使用@Test注解来标识这些测试方法。
下面是CalculatorTest类的代码：
import org.junit.jupiter.api.BeforeEach; import org.junit.jupiter.api.Test; import static org.junit.jupiter.api.Assertions.assertEquals; import static org.junit.jupiter.api.Assertions.assertThrows; public class CalculatorTest { private Calculator calculator; @BeforeEach public void setUp() { calculator = new Calculator(); } @Test public void testAdd() { assertEquals(5, calculator.add(2, 3)); } @Test public void testSubtract() { assertEquals(-1, calculator.subtract(2, 3)); } @Test public void testMultiply() { assertEquals(6, calculator.multiply(2, 3)); } @Test public void testDivide() { assertEquals(2.0, calculator.pide(4, 2)); } @Test public void testDivideByZero() { assertThrows(IllegalArgumentException.class, () -> calculator.pide(4, 0)); } } 在这个类中，首先定义了一个私有的 Calculator 实例，然后在 @BeforeEach 注解的 setUp() 方法中为它赋值。@BeforeEach 注解的方法会在每个测试方法运行前被调用，所以可以在这里初始化测试环境。
然后为Calculator类中的每个方法都编写了一个测试方法。在这些测试方法中，使用了assertEquals()方法来检查方法的返回值是否和我们预期的一样。
对于pide()方法，还写了一个额外的测试方法来测试当除数为0时，方法是否会抛出IllegalArgumentException异常。使用assertThrows()方法来检查这个异常是否被正确地抛出。
接下来，可以右击IDEA中的测试类或者测试方法，然后选择 “Run ‘test…’” 来运行测试。，可以看到测试全部通过
- 每一个测试方法上使用
@Test进行修饰 - 每一个测试方法必须使用
public void进行修饰（即 public 且不返回任何值） - 每一个测试方法不能携带参数
- 测试代码和源代码在两个不同的项目路径下
- 测试类的包应该和被测试类保持一致
- 测试单元中的每个方法必须可以独立测试
assertEquals 是一个断言的规则，里面有两个参数，靠前个参数表明预期的值，第二个参数表示实际运行的值。不过 JUnit5 对这些做出了一些改变，会在后续专门介绍。
运行测试类，就会运行每一个测试方法，也可以运行某一个，只需要在相应的测试方法上面右键运行即可。如果运行成功编辑器的控制台不会出现错误信息，如果有就会出现 failure 等信息。
三 、JUnit 注解
| 序号 | 注解 | 说明 |
|---|---|---|
| 1 | @Test | 被@Test注解的测试方法包含了真正的测试代码。 @Test注解有两个可选的参数： expected 表示此测试方法执行后应该抛出的异常， timeout 检测测试方法的执行时间 |
| 2 | @BeforeAll（JUnit 5）/ @BeforeClass（JUnit 4） | 在所有测试方法运行前，被执行一次。 注意，这个注解标注的方法必须是静态的。public static void |
| 3 | @BeforeEach（JUnit 5）/ @Before（JUnit 4） | 在每一个测试方法运行前，被执行。 在需要为每个测试方法做一些准备工作，如初始化一些公共的变量或对象时，会非常有用。 注意必须是public void，不能为static |
| 4 | @AfterEach（JUnit 5）/ @After（JUnit 4） | 在每一个测试方法运行后，被执行。 需要在每个测试方法后做一些清理工作时，会非常有用。 注意必须是public void，不能为static |
| 5 | @AfterAll（JUnit 5）/ @AfterClass（JUnit 4） | 在所有测试方法运行后，被执行一次。 这对于一次性的清理工作，如关闭数据库连接，很有用。 注意，这个注解标注的方法必须是静态的。public static void |
| 6 | @Ignore | 表示该测试方法被忽略，即在运行测试时，这个方法不会被执行。 可以为这个注解提供一个可选的参数说明为什么这个测试方法被忽略。 |
| 7 | @ParameterizedTest（JUnit 5） | 用于表示一个参数化的测试方法。与之配合使用的还有一些注解，如 @ValueSource、@EnumSource、@MethodSource、@CsvSource等， 它们用于提供测试数据。 |
| 8 | @RunWith | |
- 与@BeforeClass的区别在于，@Before不止运行一次，它会在每个用例运行之前都运行一次。
- 每个测试用例的运行次序，即：
Junit 4 注解案例 不同注解的执行顺序
Arithmetic.java，本例要用到的需要Junit进行单元测试的类：
package in.co.javatutorials; public class Arithmetic { public int add(int i, int j) { return i + j; } } ArithmeticTest.java，Arithmetic.java的Junit单元测试类：
package in.co.javatutorials; import static org.junit.Assert.assertEquals; import org.junit.After; import org.junit.AfterClass; import org.junit.Before; import org.junit.BeforeClass; import org.junit.Test; public class ArithmeticTest { @BeforeClass public static void setUpClass() { // one time setup method System.out.println("@BeforeClass - executed only one time and is first method to be executed"); } @AfterClass public static void tearDownClass() { // one time tear down method System.out.println("@AfterClass - executed only one time and is last method to be executed"); } @Before public void setUp() { // set up method executed before every test method System.out.println("@Before - executed before every test method"); } @After public void tearDown() { // tear down method executed after every test method System.out.println("@After - executed after every test method"); } @Test public void testAdd() { Arithmetic arithmetic = new Arithmetic(); int actualResult = arithmetic.add(3, 4); int expectedResult = 7; assertEquals(expectedResult, actualResult); System.out.println("@Test - defines test method"); } } 样例日志输出：
@BeforeClass - executed only one time and is first method to be executed @Before - executed before every test method @Test - defines test method @After - executed after every test method @AfterClass - executed only one time and is last method to be executed Junit 4 注解案例 @Test 的不同参数使用
创建被测试类 Count .
public class Count { /** * 计算并返回两个参数的和 */ public int add(int x ,int y){ return x + y; } /** * 计算并返回两个数相除的结果 */ public int pision(int a, int b){ return a / b; } } 创建测试类 CountTest .
import static org.junit.Assert.assertEquals; import org.junit.Ignore; import org.junit.Test; public class CountTest { //验证超时 @Test(timeout=100) public void testAdd() throws InterruptedException { Thread.sleep(101); new Count().add(1, 1); } //验证抛出异常 @Test(expected=ArithmeticException.class) public void testDivision() { new Count().pision(8, 0); } // 跳过该条用例 @Ignore @Test public void testAdd2() { Count count = new Count(); int result = count.add(2,2); assertEquals(result, 5); } } 在 testAdd() 用例中设置
timeout=100, 说明用例的运行时间不能超过 100 毫秒， 但故意在用例添加sleep()方法休眠 101 毫秒，所以会导致用例失败。在 Java 中被除数不能为0，所以 8 0 \frac80 08 会报
ArithmeticException异常, 在@Test中设置expected=ArithmeticException.class，说明抛该异常符合预期。@Ignore表来标识该用例跳过，不管用例运行成功还是失败。
执行结果如下：
JUnit 注解之 Fixture
在一个单元测试中，经常编写多个 @Test 方法，来分组、分类对目标代码进行测试。
在测试的时候，经常遇到一个对象需要初始化，测试完可能还需要清理的情况。如果每个@Test方法都写一遍这样的重复代码，显然比较麻烦。
JUnit 提供了编写测试前准备、测试后清理的固定代码，称之为 Fixture。（及 Junit 4 注解案例 1）
因此，总结出编写Fixture的套路如下：
- 对于实例变量，在
@BeforeEach中初始化，在@AfterEach中清理，它们在各个@Test方法中互不影响，因为是不同的实例； - 对于静态变量，在
@BeforeAll中初始化，在@AfterAll中清理，它们在各个@Test方法中均是较早实例，会影响各个@Test方法。
大多数情况下，使用@BeforeEach和@AfterEach就足够了。只有某些测试资源初始化耗费时间太长，以至于不得不尽量“复用”时才会用到@BeforeAll和@AfterAll。
最后，注意到每次运行一个@Test方法前，JUnit 首先创建一个 XxxTest 实例，因此，每个@Test方法内部的成员变量都是独立的，不能也无法把成员变量的状态从一个@Test方法带到另一个@Test方法。
JUnit 注解之参数化测试 @ParameterizedTest
如果待测试的输入和输出是一组数据： 可以把测试数据组织起来 用不同的测试数据调用相同的测试方法
参数化测试和普通测试稍微不同的地方在于，一个测试方法需要接收至少一个参数，然后，传入一组参数反复运行。
JUnit 提供了一个 @ParameterizedTest 注解，用来进行参数化测试。
可以使用 @ValueSource 或 @EnumSource 或 @MethodSource 或 @CsvFileSource ，来分别从值类型、枚举类型、方法类型、外部csv文件类型来传入所有你要测试的所有数据。下面就介绍下这几种注解的参数化测试使用方法。
1. 值类型
- short (使用 shorts )
- byte (使用 bytes )
- int (使用 ints )
- long (使用 longs )
- float (使用 floats )
- double (使用 doubles )
- ｃｈａｒ (使用 chars )
- java.lang.String (使用 strings )
- java.lang.Class (使用 classes )
假设想对 Math.abs() 进行测试，先用一组正数进行测试：
@ParameterizedTest @ValueSource(ints = { 0, 1, 5, 100 }) void testAbs(int x) { assertEquals(x, Math.abs(x)); } 再用一组负数进行测试：
@ParameterizedTest @ValueSource(ints = { -1, -5, -100 }) void testAbsNegative(int x) { assertEquals(-x, Math.abs(x)); } 注意到参数化测试的注解是@ParameterizedTest，而不是普通的@Test。
实际的测试场景往往没有这么简单。假设自己编写了一个StringUtils.capitalize()方法，它会把字符串的靠前个字母变为大写，后续字母变为小写：
public class StringUtils { public static String capitalize(String s) { if (s.length() == 0) { return s; } return Character.toUpperCase(s.charAt(0)) + s.substring(1).toLowerCase(); } } 要用参数化测试的方法来测试，不但要给出输入，还要给出预期输出。因此，测试方法至少需要接收两个参数：
@ParameterizedTest void testCapitalize(String input, String result) { assertEquals(result, StringUtils.capitalize(input)); } 现在问题来了：参数如何传入？
2. 方法类型
最简单的方法是通过@MethodSource注解，它允许编写一个同名的静态方法来提供测试参数：
@ParameterizedTest @MethodSource void testCapitalize(String input, String result) { assertEquals(result, StringUtils.capitalize(input)); } static List<Arguments> testCapitalize() { return List.of( // arguments: Arguments.of("abc", "Abc"), // Arguments.of("APPLE", "Apple"), // Arguments.of("gooD", "Good")); } /*------------- 另一个传入三个参数的方法 --------------*/ import static org.junit.jupiter.params.provider.Arguments.arguments; import org.junit.jupiter.params.ParameterizedTest; import org.junit.jupiter.params.provider.Arguments; import org.junit.jupiter.params.provider.MethodSource; import java.util.stream.Stream; public class CalculatorTest { @ParameterizedTest @MethodSource("provideParametersForAddTest") void testAdd(int a, int b, int expectedSum) { Calculator calculator = new Calculator(); assertEquals(expectedSum, calculator.add(a, b)); } static Stream<Arguments> provideParametersForAddTest() { return Stream.of( arguments(1, 1, 2), arguments(2, 3, 5), arguments(3, 3, 6) ); } } 上面的代码很容易理解：静态方法testCapitalize()返回了一组测试参数，每个参数都包含两个String，正好作为测试方法的两个参数传入。
如果静态方法和测试方法的名称不同，
@MethodSource也允许指定方法名。但使用默认同名方法最方便。
3. 外部 csv 文件类型
另一种传入测试参数的方法是使用 @CsvSource，它的每一个字符串表示一行，一行包含的若干参数用,分隔，因此，上述测试又可以改写如下：
@ParameterizedTest @CsvSource({ "abc, Abc", "APPLE, Apple", "gooD, Good" }) void testCapitalize(String input, String result) { assertEquals(result, StringUtils.capitalize(input)); } 如果有成百上千的测试输入，那么，直接写@CsvSource就很不方便。这个时候，我们可以把测试数据提到一个独立的CSV文件中，然后标注上@CsvFileSource：
@ParameterizedTest @CsvFileSource(resources = { "/test-capitalize.csv" }) void testCapitalizeUsingCsvFile(String input, String result) { assertEquals(result, StringUtils.capitalize(input)); } JUnit 只在 classpath 中查找指定的 CSV 文件，因此，test-capitalize.csv 这个文件要放到 test 目录下，内容如下：
apple, Apple HELLO, Hello JUnit, Junit reSource, Resource 在 Maven 项目中，在 resources 资源文件夹下新建 students.csv 文件，内容如下：
id,姓名,分数 1,Tom,80 2,Jerry,90 3,Merry,75 下面的测试方法将读取students.csv文件的每一行，每次传入id,name,score这三个参数进行测试。
numLinesToSkip是跳过students.csv文件第1的标题（如果你的csv文件没有标题可去除numLinesToSkip属性）
@ParameterizedTest @CsvFileSource(resources = "/students.csv", numLinesToSkip = 1) void checkStudent(int id,String name, int score) { assertThat(id).isLessThan(10);//断言id是否小于10 assertThat(name).hasSizeGreaterThan(2);//断言name长度是否大于2 assertThat(score).isGreaterThan(60);//断言score是否大于60 } 4. 枚举类型
使用@EnumSource可以从枚举类里传递数据给参数化测试方法进行测试
假设拥有Month枚举类如下：
public enum Month { January(1), February(2), March(3), April(4), May(5), June(5), July(7), August(8), September(9), October(10), November(11), December(12); private final int month; Month(int month){ this.month = month; } public int getValue() { return month; } } 单元测试方法：
@ParameterizedTest @EnumSource(Month.class) // 从Month枚举类里每次取一个月份 void getValueForAMonth_IsAlwaysBetweenOneAndTwelve(Month month) { int monthNumber = month.getValue(); assertTrue(monthNumber >= 1 && monthNumber <= 12); } 测试结果：
如果你不想测试Month类里的所有枚举。只想测试Month类里的三月和五月，可以使用names来过滤出它们进行测试
@ParameterizedTest @EnumSource(value = Month.class, names = {"March", "May"}) void getValueForAMonth_IsAlwaysBetweenOneAndTwelve(Month month) { int monthNumber = month.getValue(); assertTrue(monthNumber >= 1 && monthNumber <= 12); } JUnit 注解之 @Runwith
首先要分清几个概念： 测试方法、测试类、测试集、测试运行器。
其中测试方法就是用@Test注解的一些函数。测试类是包含一个或多个测试方法的一个Test.java文件，测试集是一个 suite，可能包含多个测试类。测试运行器则决定了用什么方式偏好去运行这些测试集/类/方法。
JUnit 用例都是在 Runner（运行器）来执行的。通过它，可以为这个测试类指定一个特定的 Runner。那么大多数时候都没有使用 @RunWith 这个注解，这是为什么呢？其实，JUnit 中有一个默认的 Runner，它的名字叫 BlockJunit4ClassRunner，但这是在JUnit4.4之后才引入的，对于4.4之前版本的JUnit，它的名字叫 Junit4ClassRunner。
写过关于Spring项目的单元测试的同学可能见过这样的写法，就是用JUnit加载Spring的配置文件以完成Context的初始化，然后从Context中取出Bean并完成测试：
import org.junit.Test; import org.junit.runner.RunWith; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.context.ApplicationContext; import org.springframework.test.context.ContextConfiguration; import org.springframework.test.context.junit4.SpringJUnit4ClassRunner; @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations = { "classpath:applicationContext.xml" }) public class UserManagerTest { @Autowired ApplicationContext ctx; @Test public void testAddUser() { try { UserManager userManager = ctx.getBean(UserManager.class); userManager.addUser(); } catch (Exception e) { e.printStackTrace(); } } } 注意这里使用了@RunWith注解，表明这个类中的测试用例需要使用SpringJUnit4ClassRunner类来执行。
@Runwith 就是放在测试类名之前，用来确定这个类怎么运行的。也可以不标注，会使用默认运行器。
常见的运行器有：
1. @RunWith(Parameterized.class)： 参数化运行器，配合 @Parameters 使用 JUnit 的参数化功能
@RunWith(Parameterized.class) public class ParameterTest { int expected =0; int input1 = 0; int input2 = 0; @Parameters public static Collection<Object[]> t() { return Arrays.asList(new Object[][]{ {3,1,2}, {4,2,2} }) ; } public ParameterTest(int expected,int input1,int input2) { this.expected = expected; this.input1 = input1; this.input2 = input2; } @Test public void testAdd() { assertEquals(expected, new Calculate().add(input1, input2)); } } Parameterized 类是 JUnit 自带的，用于使用多个参数组合多次执行同一个测试用例。看下面的例子：
import static org.junit.Assert.assertEquals; import java.util.Arrays; import java.util.List; import org.junit.Test; import org.junit.runner.RunWith; import org.junit.runners.Parameterized; import org.junit.runners.Parameterized.Parameters; @RunWith(Parameterized.class) public class TestParameterized { private int expected; private int first; private int second; public TestParameterized(int expected, int firstNumber, int secondNumber) { this.expected = expected; this.first = firstNumber; this.second = secondNumber; } /** * Note: @Parameters annotated method must be public static, * otherwise an Exception will thrown. */ @Parameters public static List<Integer[]> parameters() { return Arrays.asList(new Integer[][]{{3, 1, 2}, {5, 2, 3}, {7, 3, 4}, {9, 4, 5}}); } @Test public void testAdd() { String format = "Using parameters: expect=%d, first=%d, second=%d"; System.out.println(String.format(format, expected, first, second)); Feature feature = new Feature(); assertEquals(expected, feature.add(first, second)); } @Test public void testPrint() { String format = "Print ----------: expect=%d, first=%d, second=%d"; System.out.println(String.format(format, expected, first, second)); } } class Feature { public int add(int i1, int i2) { return i1 + i2; } } 可以看到，虽然 TestParameterized 类中只有两个测试用例 testAdd 和 testPrint，但是结果输出了 8 行，即每个用例都执行了 4 遍。
使用Parameterized注解需要注意几点：
- 该方法要有构造函数
- 有一个
public static的方法被@Parameters标注，并且该方法只能返回Iterable类型或数组类型的数据（源代码是如下处理的）if (parameters instanceof Iterable) { return (Iterable<Object>) parameters; } else if (parameters instanceof Object[]) { return Arrays.asList((Object[]) parameters); } else { throw parametersMethodReturnedWrongType(); }
因为上面的方式使用了构造方法来初始化数据，其实也可以使用字段注入来代替构造方法，只需稍加改变TestParameterized类即可：
- 用
Parameter参数来修饰属性。注意：索引从0开始 - 属性要用
public修饰@Parameter(0) public int expected; @Parameter(1) public int first; @Parameter(2) public int second;
2. @RunWith(Suite.class) 测试套件
其作用是使用 JUnit 执行一个测试套件。Suite 类是 JUnit 自带的，意为套件，顾名思义，就是一套东西。通过它，可以把多个相关的测试类看做一个测试套件一起测试。看个例子：
import org.junit.runner.RunWith; import org.junit.runners.Suite; @RunWith(Suite.class) @Suite.SuiteClasses({ TestA.class, TestB.class, /*Any test class you want to run*/}) public class TestSuite { // Please note this case won't run. It will only run cases which // are configured in @Suite.SuiteClasses @Test public void testPrint() { System.out.println("Hello"); } } @RunWith 指定了 Suite 类，说明这个 TestSuite 类是一个套件。通过@Suite.SuiteClasses指定了要执行的测试类（这些类中的所有用例都会执行）。
需要注意的是，这个TestSuite类本身用例则不会执行了（如上面的testPrint()方法）。
3. @RunWith(Categories.class)
顾名思义，执行一个 “类别”。和 Suite 类似，只是 Suite 是执行指定类中的所有用例，而 Categories 执行的范围更小，是在 Suite 的基础上只执行指定的“类别”的用例。这就需要事先在各个测试用例上用 @Category 标注该用例属于那些“类别”，之后便可以通过类别来选择执行某些用例。看例子：
/*-----TestA.java-----*/ import org.junit.Test; import org.junit.experimental.categories.Category; class Feature1 {} class Feature2 {} public class TestA { @Test @Category(Feature1.class) public void testAdd() { System.out.println("A.testAdd"); } @Test @Category(Feature2.class) public void testAdd2() { System.out.println("A.testAdd2"); } @Test @Category({Feature1.class, Feature2.class}) public void testAdd3() { System.out.println("A.testAdd3"); } } /*-----TestCategory.java-----*/ import org.junit.experimental.categories.Categories; import org.junit.experimental.categories.Categories.ExcludeCategory; import org.junit.experimental.categories.Categories.IncludeCategory; import org.junit.runner.RunWith; import org.junit.runners.Suite; @RunWith(Categories.class) @IncludeCategory(Feature1.class) @ExcludeCategory(Feature2.class) @Suite.SuiteClasses({ TestA.class, /*Any test class you want to run*/}) public class TestCategory { // Do nothing } 其中，Feature1 和 Feature2 代表两个不同的“类型”，TestA 类中通过@Category标注了各个用例（可以为一个用例指定多个 Category，例如上方的 testAdd3 方法）。@IncludeCategory 指明了需要执行的类型，而 @ExcludeCategory 指明了不希望执行的类型，这个注解对于过滤类似testAdd3这样有多个类型的用例很有效。以下是执行结果：
可以看到，只有标注了Feature1的用例执行了，而且带有Feature2的则被过滤掉了，所以只剩下testAdd这一个用例了。
4. @RunWith(Theories.class)
提供一组参数的排列组合值作为待测方法的输入参数。同时注意到在使用 Theories 这个 Runner 的时候，我们的待测方法可以拥有输入参数，而这在其它的 Runner 中的测试方法是不行的。下面是一个例子：
import org.junit.experimental.theories.DataPoint; import org.junit.experimental.theories.Theories; import org.junit.experimental.theories.Theory; import org.junit.runner.RunWith; @RunWith(Theories.class) public class TestTheories { @DataPoint public static String nameValue1 = "Tony"; @DataPoint public static String nameValue2 = "Jim"; @DataPoint public static int ageValue1 = 10; @DataPoint public static int ageValue2 = 20; @Theory public void testMethod(String name, int age){ System.out.println(String.format("%s's age is %s", name, age)); } } 上面的代码的意思是，将 ”Tony”、”Jim”、10、20 四个参数以类型合法的排列组合传给待测方法。因此输出的结果必然也有 2x2=4 种。下面是执行结果：
不过，为了简单，我们除了可以使用 @DataPoint 注解来提供参数之外，还可以通过@DataPoints注解来提供参数，参照上述代码，只需要将@DataPoint注解标注的四个字段参数替换为如下的两个即可：
@DataPoints public static String[] names = {"Tony", "Jim"}; @DataPoints public static int[] ageValue1 = {10, 20}; 四、JUnit 测试用例执行顺序
在运行测试的过程中，有时候需要控制各测试用例的执行顺序。
@FixMethodOrder
JUnit 通过 @FixMethodOrder 注解来控制测试方法的执行顺序的。@FixMethodOrder 注解的参数是 org.junit.runners.MethodSorters 对象,在枚举类 org.junit.runners.MethodSorters 中定义了如下三种顺序类型：
MethodSorters.JVM
Leaves the test methods in the order returned by the JVM. Note that the order from the JVM may vary from run to run (按照JVM得到的方法顺序，也就是代码中定义的方法顺序)MethodSorters.DEFAULT(默认的顺序)
Sorts the test methods in a deterministic, but not predictable, order() (以确定但不可预期的顺序执行)MethodSorters.NAME_ASCENDING
Sorts the test methods by the method name, in lexicographic order, with Method.toString() used as a tiebreaker (按方法名字母顺序执行)
具体如何使用，看例子，创建 TestRunSequence 测试类。
import org.junit.FixMethodOrder; import org.junit.Test; import org.junit.runners.MethodSorters; import static org.junit.Assert.assertEquals; // 按字母顺序执行 @FixMethodOrder(MethodSorters.NAME_ASCENDING) public class TestRunSequence { @Test public void TestCase1() { assertEquals(2+2, 4); } @Test public void TestCase2() { assertEquals(2+2, 4); } @Test public void TestAa() { assertEquals("hello", "hi"); } } MethodSorters.NAME_ASCENDING 设置按字母的顺序执行，所以，TestAa() 先被执行，虽然它在代码中是最后一条用例。
五、JUnit 断言
1. 什么是断言
断言就是专门用来验证输出和期望是否一致的一个工具。换句话说断言就是判断一个方法所产生的结果是否符合你期望的那个结果。
2. JUnit 断言方法
| 序号 | 方法 | 说明 |
|---|---|---|
| 1 | assertEquals(expected, actual, message) | 检查预期值（expected）和实际值（actual）如果不相等，测试失败。 例如assertEquals(5, calculator.add(2, 3))会检查calculator.add(2, 3)的返回值是否为5。 |
| 2 | assertNotEquals(first, second, message) | 如果预期值 expected 等于实际返回值 actual ，则断言失败。 |
| 3 | assertArrayEquals(expecteds, actuals, message) | 如果两个数组不相等，则断言失败 |
| 4 | assertIterableEquals(Iterable1,Iterable2, message) | 如果两个列表***的元素顺序或大小不相等，则断言失败 |
| 5 | assertTrue(booleanExpression, message) | 如果 booleanExpression 不是 true ，则断言失败。 |
| 6 | assertFalse(booleanExpression, message) | 如果 booleanExpression 不是 false ，则断言失败。 |
| 7 | assertNull(actual, message) | 如果 actual 不是 null ，则断言失败。 |
| 8 | assertNotNull(actual, message) | 如果 actual 是 null ，则断言失败。 |
| 9 | assertSame(object1, object2, message) | 如果两个对象引用没有指向同一个对象，则断言失败 |
| 10 | assertNotSame(object1, object2, message) | 如果两个对象引用指向同一个对象，则断言失败 |
| 11 | assertTimeout(expectedTimeout, executable, message) | 如果执行的方法超过预期的时间，则断言失败（没执行完的代码会继续执行） |
| 12 | assertTimeoutPreemptively(expectedTimeout, executable, message) | 如果执行的方法超过预期的时间，则断言失败（没执行完的代码会结束执行） |
| 12 | assertThat(actual, matcher, message) | 查看实际值是否满足指定的条件。 |
| 12 | fail(message) | 抛出异常 |
| 12 |
（1）message ：上面这些断言方法里的 message 参数是可选的，当有 message 参数时如果断言失败时就会输出 message 内容；若没有 message 参数，断言失败则默认提示org.opentest4j.AssertionFailedError，例如：
//如果断言失败会报错org.opentest4j.AssertionFailedError assertEquals(3, sum(1,1)); //如果断言失败会报错org.opentest4j.AssertionFailedError: 断言失败啦！sum(1,1)得到的结果不是预期的2，请检查sum方法！ assertEquals(2, sum(1,1),"断言失败啦！sum(1,1)得到的结果不是预期的2，请检查sum方法！"); （2）fail 断言方法：上面的最后一个 fail 断言方法用来抛出异常，使测试方法运行到 fail 方法时立即失败终止（如果是运行的整个测试类，测试类里的其他测试方法将会继续运行，只会终止当前测试方法）。fail 方法一般用于当代码执行到了某个不应该被到达的分支时使用 fail 方法终止测试方法并给出提示信息；或者在catch块中抛出异常信息。示例：
@Test public void demo() { if ("a".equals("b")) { System.out.println("a等于b"); }else { fail("a不等于b,抛出错误"); } } @Test public void pisionCheck() { try { int a=2/0; } catch (Exception e) { fail(e.getMessage()); } } （3）assertIterableEquals
assertIterableEquals：用于比较两个Iterable对象（如List、Set等）中的元素是否相等（元素在***对象中的顺序要一致），不需要这两个对象具有相同的类型。
List<String> arrList = new ArrayList<>(asList("Java", "Junit", "Test")); List<String> linList = new LinkedList<>(asList("Java", "Junit", "Test")); //arrList和linList虽然一个是ArrayList一个是LinkedList类型，但他们元素都相同，所以断言成功 assertIterableEquals(arrList, linList); 3. 断言案例 1
package com.junit.main; import static org.junit.jupiter.api.Assertions.*; import org.junit.jupiter.api.AfterEach; import org.junit.jupiter.api.BeforeEach; import org.junit.jupiter.api.Test; class MyTest { String t1="hello"; String t2="world"; int num1=1; int num2=2; int[] arr1=new int[] {1,2,3}; int[] arr2=new int[] {1,2,3}; double dnum1=1.0; double dnum2=1.9; Object ob1=null; Object ob2="hahaha"; @BeforeEach void setUp() throws Exception { } @AfterEach void tearDown() throws Exception { } @Test void testAssertEquals() { //fail("Not yet implemented"); assertEquals(num1, num1); //num1和num1相等 assertNotEquals(num1, num2); //num1和num2不相等 assertEquals(dnum1, dnum2, 1.0); //dnum1和dnum2的误差为0.9在范围在1.0之内 } @Test void testAssertTrue() { assertTrue(num1!=num2);//num1!=num2为true assertFalse(num1==num2);//num1==num2为false } @Test void testAssertSame() { assertSame(t1, t1); //t1和t1引用同一对象 assertNotSame(t1, t2); //t1和t2引用不同对象 } @Test void testAssertArrayEquals() { assertArrayEquals(arr1, arr2); //arr1和arr2的数组内容相同 } @Test void testAssertNull() { assertNull(ob1); //ob1为null assertNotNull(ob2); //ob2不空 } } 4. 断言测试 2
import org.junit.jupiter.api.DisplayName; import org.junit.jupiter.api.Test; import java.time.Duration; import java.util.ArrayList; import java.util.LinkedList; import java.util.List; import static java.util.Arrays.asList; import static org.junit.jupiter.api.Assertions.*; @DisplayName("断言测试类") public class AssertTest { @DisplayName("断言测试方法") @Test public void testAssertions() { String str1 = new String("abc"); String str2 = new String("abc"); String str3 = null; String str4 = "abc"; String str5 = "abc"; int val1 = 5; int val2 = 6; String[] expectedArray = {"one", "two", "three"}; String[] resultArray = {"one", "two", "three"}; List<String> arrList = new ArrayList<>(asList("Java", "Junit", "Test")); List<String> linList = new LinkedList<>(asList("Java", "Junit", "Test")); assertEquals(str1, str2); assertNotEquals(3, 2, "error"); assertTrue(val1 < val2); assertFalse(val1 > val2); assertNotNull(str1); assertNull(str3); assertSame(str4, str5, "断言失败，str4和str5指向的对象不一样"); assertNotSame(str1, str3); assertArrayEquals(expectedArray, resultArray); assertIterableEquals(arrList, linList); assertTimeout( Duration.ofSeconds(2), () -> { Thread.sleep(1000); } ); } } 六、assertThat 断言
虽然上面的一些断言方法已经满足了日常的一些测试，但是还不够丰富和灵活。
例如：如果你一个字符串是只有等于 “abcdef”,并且长度是6，以ab开始，并且包含 de 才算断言成功，那你需要写好几个断言语句或者判断方法，而 assertThat 就可以很方便的做到这一点。
assertThat 断言是第三方库 AssertJ-core 所提供的方法，AssertJ-core 提供了一组类和实用方法，使我们能够轻松地编写流畅而漂亮的断言。
在 pom.xml 中添加 AssertJ-core 依赖：
<!-- assertj-core用于单元测试中使用assertThat断言--> <dependency> <groupId>org.assertj</groupId> <artifactId>assertj-core</artifactId> <version>3.24.2</version> <scope>test</scope> </dependency> 基本语法：assertThat(参数值, 匹配符)
核心匹配
- allOf： 所有条件都必须满足，相当于 &&
assertThat("myname", allOf(startsWith("my"), containsString("name"))); - anyOf：其中一个满足就通过， 相当于 ||
assertThat("myname", anyOf(startsWith("na"), containsString("name"))); - both： &&
assertThat("myname", both(containsString("my")).and(containsString("me"))); - either： 两者之一
assertThat("myname", either(containsString("my")).or(containsString("you"))); - everyItem： 每个元素都需满足特定条件
assertThat(Arrays.asList("my", "mine"), everyItem(startsWith("m"))); - hasItem： 是否有这个元素
assertThat(Arrays.asList("my", "mine"), hasItem("my")); - hasItems：包含多个元素
assertThat(Arrays.asList("my", "mine", "your"), hasItems("your", "my")); - is： is(equalTo(x))或is(instanceOf(clazz.class))的简写
assertThat("myname", is("myname")); assertThat("mynmae", is(String.class)); - anything()： 任何情况下，都匹配正确
assertThat("myname", anything()); - not：否为真，相当于！
assertThat("myname", is(not("you"))); - nullValue()： 值为空
String str = null; assertThat(str, is(nullValue())); - notNullValue()： 值不为空
String str2 = "123"; assertThat(str2, is(notNullValue())); ***匹配
- array： 数组长度相等且对应元素也相等
assertThat(new Integer[]{1, 2, 3}, is(array(equalTo(1), equalTo(2), equalTo(3)))); - hasItemInArray： 数组是否包含特定元素
assertThat(new String[]{"my", "you"}, hasItemInArray(startsWith("y"))); - arrayContainingInAnyOrder： 顺序无关，长度要一致
assertThat(new String[]{"my", "you"}, arrayContainingInAnyOrder("you", "my")); - arrayContaining： 顺序，长度一致
assertThat(new String[]{"my", "you"}, arrayContaining("my", "you")); - arrayWithSize： 数组长度
assertThat(new String[]{"my", "you"}, arrayWithSize(2)); - emptyArray：空数组
assertThat(new String[0], emptyArray()); - hasSize： ***大小
assertThat(Arrays.asList("my", "you"), hasSize(equalTo(2))); - empty: 空***
assertThat(new ArrayList(), is(empty())); - isIn： 是否为***成员
assertThat("myname", isIn(Arrays.asList("myname", "yourname"))); collection 相关匹配符
- hasEntry
assertThat( mapObject, hasEntry( “key”, “value” ) ); 注释：hasEntry匹配符表明如果测试的Map对象mapObject含有一个键值为”key”对应元素值为”value”的Entry项则测试通过
- hasItem
assertThat( iterableObject, hasItem ( “element” ) ); 注释：hasItem匹配符表明如果测试的迭代对象iterableObject含有元素“element”项则测试通过
- hasKey
assertThat( mapObject, hasKey ( “key” ) ); 注释： hasKey匹配符表明如果测试的Map对象mapObject含有键值“key”则测试通过
- hasValue
assertThat( mapObject, hasValue ( “key” ) ); 注释：hasValue匹配符表明如果测试的Map对象mapObject含有元素值“value”则测试通过
数值相关匹配符
- closeTo：[operand-error, operand+error], Double或BigDecimal类型
assertThat( testedDouble, closeTo( 20.0, 0.5 ) ); closeTo 匹配符表明如果所测试的浮点型数testedDouble在20.0±0.5范围之内则测试通过
assertThat(3.14, closeTo(3, 0.5)); assertThat(new BigDecimal("3.14"), is(closeTo(new BigDecimal("3"), new BigDecimal("0.5")))); - greaterThan： 大于
assertThat( testedNumber, greaterThan(16.0) ); greaterThan 匹配符表明如果所测试的数值 testedNumber 大于 16.0 则测试通过
- lessThan： 小于
assertThat( testedNumber, lessThan (16.0) ); 注释：lessThan匹配符表明如果所测试的数值testedNumber小于16.0则测试通过
- greaterThanOrEqualTo：大于等于
assertThat( testedNumber, greaterThanOrEqualTo (16.0) ); 注释： greaterThanOrEqualTo匹配符表明如果所测试的数值testedNumber大于等于16.0则测试通过
- lessThanOrEqualTo： 小于等于
assertThat( testedNumber, lessThanOrEqualTo (16.0) ); 注释：lessThanOrEqualTo匹配符表明如果所测试的数值testedNumber小于等于16.0则测试通过
字符串相关匹配符
- containsString：包含字符串
assertThat( testedString, containsString( “developerWorks” ) ); 注释：containsString匹配符表明如果测试的字符串testedString包含子字符串”developerWorks”则测试通过
- endsWith：后缀
assertThat( testedString, endsWith( “developerWorks” ) ); 注释：endsWith匹配符表明如果测试的字符串testedString以子字符串”developerWorks”结尾则测试通过
- startsWith：前缀
assertThat( testedString, startsWith( “developerWorks” ) ); 注释：startsWith匹配符表明如果测试的字符串testedString以子字符串”developerWorks”开始则测试通过
- equalTo：值相等， Object.equals(Object)
assertThat( testedValue, equalTo( expectedValue ) ); 注释： equalTo匹配符表明如果测试的testedValue等于expectedValue则测试通过，equalTo可以测试数值之间，字
符串之间和对象之间是否相等，相当于Object的equals方法
- equalToIgnoringCase：比较时，忽略大小写
assertThat( testedString, equalToIgnoringCase( “developerWorks” ) ); 注释：equalToIgnoringCase匹配符表明如果测试的字符串testedString在忽略大小写的情况下等于”developerWorks”则测试通过
- equalToIgnoringWhiteSpace：比较时， 首尾空格忽略， 比较时中间用单个空格
assertThat( testedString, equalToIgnoringWhiteSpace( “developerWorks” ) ); 注释：equalToIgnoringWhiteSpace匹配符表明如果测试的字符串testedString在忽略头尾的任意个空格的情况下等
于”developerWorks”则测试通过，注意：字符串中的空格不能被忽略
- isEmptyString()：空字符串
assertThat("", isEmptyString()); - isOneOf: 是否为其中之一
assertThat("myname", isOneOf("myname", "yourname")); - isIn： 是否为其成员
assertThat("myname", isIn(new String[]{"myname", "yourname"})); - toString()： 返回值校验
assertThat(333, hasToString(equalTo("333"))); 案例
public class C { public int add(int a, int b) { return a + b; } public double p(double a, double b) { return a / b; } public String getName(String name) { return name; } public List<String> getList(String item) { List<String> l = new ArrayList<String>(); l.add(item); return l; } public Map<String, String> getMap(String key, String value) { Map<String, String> m = new HashMap<String, String>(); m.put(key, value); return m; } } import static org.junit.Assert.*; import static org.hamcrest.Matchers.*; import java.util.List; import java.util.Map; import org.junit.Test; public class CTest { @Test public void testAdd() { //一般匹配符 int s = new C().add(1, 1); //allOf：所有条件必须都成立，测试才通过 assertThat(s, allOf(greaterThan(1), lessThan(3))); //anyOf：只要有一个条件成立，测试就通过 assertThat(s, anyOf(greaterThan(1), lessThan(1))); //anything：无论什么条件，测试都通过 assertThat(s, anything()); //is：变量的值等于指定值时，测试通过 assertThat(s, is(2)); //not：和is相反，变量的值不等于指定值时，测试通过 assertThat(s, not(1)); //数值匹配符 double d = new C().p(10, 3); //closeTo：浮点型变量的值在3.0±0.5范围内，测试通过 assertThat(d, closeTo(3.0, 0.5)); //greaterThan：变量的值大于指定值时，测试通过 assertThat(d, greaterThan(3.0)); //lessThan：变量的值小于指定值时，测试通过 assertThat(d, lessThan(3.5)); //greaterThanOrEuqalTo：变量的值大于等于指定值时，测试通过 assertThat(d, greaterThanOrEqualTo(3.3)); //lessThanOrEqualTo：变量的值小于等于指定值时，测试通过 assertThat(d, lessThanOrEqualTo(3.4)); //字符串匹配符 String n = new C().getName("Magci"); //containsString：字符串变量中包含指定字符串时，测试通过 assertThat(n, containsString("ci")); //startsWith：字符串变量以指定字符串开头时，测试通过 assertThat(n, startsWith("Ma")); //endsWith：字符串变量以指定字符串结尾时，测试通过 assertThat(n, endsWith("i")); //euqalTo：字符串变量等于指定字符串时，测试通过 assertThat(n, equalTo("Magci")); //equalToIgnoringCase：字符串变量在忽略大小写的情况下等于指定字符串时，测试通过 assertThat(n, equalToIgnoringCase("magci")); //equalToIgnoringWhiteSpace：字符串变量在忽略头尾任意空格的情况下等于指定字符串时，测试通过 assertThat(n, equalToIgnoringWhiteSpace(" Magci ")); //***匹配符 List<String> l = new C().getList("Magci"); //hasItem：Iterable变量中含有指定元素时，测试通过 assertThat(l, hasItem("Magci")); Map<String, String> m = new C().getMap("mgc", "Magci"); //hasEntry：Map变量中含有指定键值对时，测试通过 assertThat(m, hasEntry("mgc", "Magci")); //hasKey：Map变量中含有指定键时，测试通过 assertThat(m, hasKey("mgc")); //hasValue：Map变量中含有指定值时，测试通过 assertThat(m, hasValue("Magci")); } } 七、测试套件
如果在测试类不断增加的情况下，如何运行所有的单元测试代码类？一个个测试类的执行吗？显然繁琐且费劲。
将要运行的测试类集成在我们的测试套件中，比如一个系统功能对应一个测试套件，一个测试套件中包含多个测试类，每次测试系统功能时，只要执行一次测试套件就可以了。
实际上就是上面注解讲到的 @RunWith(Suite.class)
package jtzen9.util; import org.junit.runner.RunWith; import org.junit.runners.Suite; @RunWith(Suite.class) @Suite.SuiteClasses({TaskTest1.class,TaskTest2.class,TaskTest3.class}) public class SuiteTest { /* * 1.测试套件就是组织测试类一起运行的 * * 写一个作为测试套件的入口类，这个类里不包含其他的方法 * 更改测试运行器Suite.class * 将要测试的类作为数组传入到Suite.SuiteClasses（{}） */ } 八、JUnit 5
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：由于JUnit已经发展多年，为了照顾老的项目，JUnit Vintage提供了兼容JUnit4和JUnit3的测试引擎。没错，只要你导入了JUnit5，也是能够使用JUnit4的注解的。
JUnit 5 注解
@DispalyName 给测试类和方法取名
import static org.junit.jupiter.api.Assertions.assertEquals; import static org.junit.jupiter.api.Assertions.assertTrue; import static org.junit.jupiter.api.Assertions.assertAll; import org.junit.jupiter.api.*; class JUnit5NewTests { @BeforeEach @DisplayName("每条用例开始时执行") void start(){ } @AfterEach @DisplayName("每条用例结束时执行") void end(){ } @Test void myFirstTest() { assertEquals(2, 1 + 1); } @Test @DisplayName("描述测试用例╯°□°）╯") void testWithDisplayName() { } @Test @Disabled("这条用例暂时跑不过，忽略!") void myFailTest(){ assertEquals(1,2); } @Test @DisplayName("运行一组断言") public void assertAllCase() { assertAll("groupAssert", () -> assertEquals(2, 1 + 1), () -> assertTrue(1 > 0) ); } @Test @DisplayName("依赖注入1") public void testInfo(final TestInfo testInfo) { System.out.println(testInfo.getDisplayName()); } @Test @DisplayName("依赖注入2") public void testReporter(final TestReporter testReporter) { testReporter.publishEntry("name", "Alex"); } } @Disable注解
用于禁用测试类或测试方法; 类似于JUnit4的@Ignore。这个注解不能继承。
@ExtendWith
用于注册自定义扩展。 这个注解可以继承。
@RepeatedTest
表示方法是用于重复测试的测试模板。除非被覆盖，否则这些方法可以继承
以下示例演示了如何声明名为repeatedTest()的测试，该测试将自动重复10次。
@RepeatedTest(10) void repeatedTest() { // ... } 除了指定重复次数外，还可以通过@RepeatedTest注解的name属性为每次重复配置自定义显示名称。此外，显示名称可以是模式，由静态文本和动态占位符的组合而成。目前支持以下占位符：
{displayName}:@RepeatedTest方法的显示名称{currentRepetition}:当前重复次数{totalRepetitions}:重复的总次数
@TestFactory
表示方法是用于动态测试的测试工厂。除非被覆盖，否则这些方法可以继承
与@Test方法相比，@TestFactory方法本身不是测试用例，而是测试用例的工厂。因此，动态测试是工厂的产物。从技术上讲，@TestFactory方法必须返回DynamicNode实例的Stream，Collection，Iterable或Iterator。 DynamicNode的可实例化的子类是DynamicContainer和DynamicTest。 DynamicContainer实例由一个显示名称和一个动态子节点列表组成，可以创建任意嵌套的动态节点层次结构。然后，DynamicTest实例将被延迟执行，从而实现测试用例的动态甚至非确定性生成。
任何由@TestFactory返回的Stream都要通过调用stream.close()来正确关闭，使得使用诸如Files.lines()之类的资源变得安全。
与@Test方法一样，@TestFactory方法不能是private或static，并且可以选择声明参数，以便通过ParameterResolvers解析。
DynamicTest是运行时生成的测试用例。它由显示名称和Executable组成。 Executable是@FunctionalInterface，这意味着动态测试的实现可以作为lambda表达式或方法引用来提供。
@TestInstance
用于为被注解的测试类配置测试实例生命周期。 这个注解可以继承
@Tag
在类或方法级别声明标签，用于过滤测试; 类似于TestNG中的test group或JUnit 4中的Categories。这个注释可以在类级别上继承，但不能在方法级别上继承
实质上是个标记作用，把你想要在某种场景需要执行的方法用同个标记名标记归类，便可一键执行多个符合条件的测试用例。具体作用往下看即明白，此为可重复注解，存在多个时结合@Tags使用，可添加到类或方法上：
@Target({ ElementType.TYPE, ElementType.METHOD }) @Retention(RetentionPolicy.RUNTIME) @Documented @Inherited @Repeatable(Tags.class) public @interface Tag { String value(); } 我们需要通过value指定一个标签名，这个标签名不能随便，有如下规则需要遵守：
- 不能为空白字符
- 去除左右空白符后不能包含空白符
- 不能包含ISO控制字符
- 不能包含JUnit保留字符：逗号[ , ]、小括号[ () ]、与号[ & ]、管道符[ | ]、惊叹号[ ! ]
class Tests { @Test @Tag("tag1") void test01() { } @Test @Tag("tag2") void test02() { } @Test @Tag("tag1") void test03() { } } @ExtendWith
用于注册自定义扩展。 这个注解可以继承。
References
详解介绍JUnit单元测试框架（完整版）
Java程序员必须要知道的单元测试框架Junit详解
一小时实践入门 JUnit
JUnit:完整指南
编写JUnit测试
IDEA中添加junit4的三种方法（详细步骤操作）
Java 中的单元测试：策略和工具
深入了解模拟和存根：提高单元测试质量的关键技术
模拟（mocking）和存根（stubbing）是什么
模拟对象和存根
破除依赖
Junit - 基础注解（@BeforeClass、@Before、@Test、@After、@AfterClass）
JUnit常用注解
Junit5简介和常用测试注解
JUnit高级用法之@RunWith
Junit 的 @RunWith()：Runner，即Junit的运行器
JUnit 5单元测试（二）—— 断言
JUnit测试常用断言
assertThat用法看这一篇就够了！
assertThat用法
Junit4中的新断言assertThat的使用方法
Junit 5官方文档中文版 ☆☆☆☆☆
TAG：junit单元测试
客服1 