1. 确认 spring-boot-starter-test 依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency> 2. 如果依赖传递有问题，可尝试显式添加spring-test： <dependency> <groupId>org.springframework</groupId> <artifactId>spring-test</artifactId> <version>5.3.9</version> <!-- Spring Boot 2.5.3 对应的版本 --> <scope>test</scope> </dependency> 3. 测试类应使用JUnit 5的@ExtendWith注解，而非旧的@RunWith： import org.junit.jupiter.api.Test; import org.junit.jupiter.api.extension.ExtendWith; import org.springframework.test.context.junit.jupiter.SpringExtension; @ExtendWith(SpringExtension.class) // 正确使用 JUnit 5 扩展 @SpringBootTest public class MyTest { // 测试方法 } 4. 如果还有问题运行以下命令检查依赖树： mvn dependency:tree -Dincludes=org.springframework:spring-test,org.junit.jupiter 5. 清理并重新构建项目 清理Maven本地仓库（~/.m2/repository）中残留的无效依赖。 在IDE中执行以下操作： Maven：mvn clean install -U IntelliJ/Eclipse：刷新依赖并重启IDE。

粗略地说，一个then-block可能只包含布尔表达式的形式的断言。甲验证的Mockito表达不适合这项合同，因为它会返回一个falsy值（null，false，0），当它通过时，这被解释为通过斯波克失败的断言。 为了解决这个问题，你可以编写一个辅助方法来包装验证表达式并始终返回true，或者你可以使用Spock的内置模拟框架而不是Mockito。

如果在垃圾收集中花费太多的时间太少，GC会抛出这个异常。GC上的CPU时间占用了98％，只有不到2％的堆被恢复。 此功能旨在防止应用程序长时间运行，而由于堆太小，进行很少或没有进度。 您可以使用命令行选项关闭此功能 -XX:-UseGCOverheadLimit

我也好奇。Assert的API不是很对称; 为了测试对象是否相同，它提供了assertSame和assertNotSame。 当然，写这个不会太长： assertFalse(foo.equals(bar)); 有了这样一个断言，输出的唯一信息部分不幸是测试方法的名称，所以描述性信息应该分开形成： String msg = "Expected <" + foo + "> to be unequal to <" + bar +">"; assertFalse(msg, foo.equals(bar)); 这当然是很乏味的，所以最好自己动手assertNotEqual。幸运的是，将来它可能会成为JUnit的一部分：JUnit 22期