Spring Boot应用JUnit5测试写法优化及Hamcrest适用性探讨

一、单测试方法多断言的合理性分析 #

你的两种写法各有优劣，没有绝对的对错，完全取决于测试场景和需求：

单方法多断言的优缺点 #

• 优点：只需要一次生成Model实例（包括读文件、调用foo.generate()），避免重复执行耗时操作，测试执行效率更高；从业务逻辑来看，这些断言都属于「用xyz.txt生成的Model属性校验」同一个场景，聚合在一起逻辑更连贯。
• 缺点：默认情况下，第一个断言失败后后续断言不会执行，无法一次性暴露所有问题；测试报告只会显示一个失败点，定位问题需要额外排查。

拆分多测试方法的优缺点 #

• 优点：每个测试只聚焦一个校验点，失败时能直接定位到具体属性的问题；测试报告结果更精准，每个校验点都有独立的成功/失败状态。
• 缺点：每次测试都要重复执行读文件、生成Model的操作，如果这些步骤比较耗时，会拉长整体测试时间；不过如果generate()是纯无副作用的方法，测试独立性不会有问题。

折中方案 #

如果想兼顾效率和问题排查的全面性，可以用JUnit5的assertAll()包裹所有断言，这样即使某个断言失败，其他断言依然会执行，能一次性看到所有不符合预期的点：

void comp() throws IOException {
    Foo foo = new Foo();
    String file = readFile("xyz.txt");
    Model model = foo.generate(file);
    
    assertAll("校验xyz.txt生成的Model属性",
        () -> Assertions.assertEquals(0, model.getMapA().size()),
        () -> Assertions.assertEquals(0, model.getMapB().size()),
        () -> Assertions.assertEquals(10, model.getListC().size())
    );
}

二、Hamcrest是否还值得使用？ #

Hamcrest虽然曾经流行，但它最后一次更新停留在2012年，后续没有再维护，现在并不推荐在Spring Boot项目中使用它，原因如下：

• JUnit5原生的Assertions已经足够覆盖大部分断言场景，语法简洁且一直在迭代优化。
• Spring Boot测试体系默认集成的AssertJ断言库，可读性更强（链式调用、自然语言风格），功能也更丰富，而且一直在持续维护更新。比如用AssertJ改写你的断言：

Assertions.assertThat(model.getMapA()).hasSize(0);
Assertions.assertThat(model.getMapB()).hasSize(0);
Assertions.assertThat(model.getListC()).hasSize(10);

• 相比Hamcrest，AssertJ和JUnit5原生断言更贴合现代Java测试的生态，社区支持也更好。

内容的提问来源于stack exchange，提问作者nicku