中央 SpringBootTest 分别在每个 maven-module 的 ApplicationContext 中 运行
Central SpringBootTest that is run in every maven-module's ApplicationContext separately
我们有一个使用 spring-boot 的 maven 多模块项目结构的模块化单体，并通过 @SpringBootTest 进行集成测试，它在下面启动特定于模块的 Spring ApplicationContext使用完整的 DI、JPA 连接等执行集成测试
在所有这些模块中，我们使用“AdminControllers”的概念，在 中央“核心”模块中 - 它依赖于 @ComponentScan 所有 其他模块 - 我们有一个中央模块
AdminControllerIntegrationTest 断言所有 AdminController-Bean 的某些属性，例如安全相关注释的存在。
这个“核心”@SpringBootTest AdminControllerIntegrationTest 是 运行 一次在特定于 core 模块的应用程序上下文中，它可以看到所有核心的 bean - 这很好。但是，在所有其他模块中，此 IntegrationTest 从未 执行并且无法检查它们的任何 bean。
是否有可能让这个中央 @SpringBootTest 在 所有 模块中自动成为 运行 在它们自己特定的 ApplicationContexts 中分开？
此设置似乎有问题，让我解释一下：
所以你说，你有一个“核心”模块，它有自己的 @SpringBootTest 测试，这意味着它是一个 spring 启动应用程序。
另一方面，您说，您的模块 A 和 B 本身就是 spring 引导应用程序。但如果是这样的话，它们就不能依赖另一个 spring 启动应用程序（核心），我的意思是 spring 启动应用程序模块不能依赖另一个 spring 启动应用程序模块，它不会有意义，但在 Maven 中不起作用。
我想到的另一场音乐会：在任何 spring 引导应用程序中，我们通常使用“插件”之类的东西：计量系统、日志系统、执行器等等。通常为此目的有启动器，我们在 maven 中定义它们，Spring 引导应用程序自动加载它们。然而，我们在我们的应用程序中将它们视为“第三方”，并且在编译我们的应用程序时从不费心 运行 “他们的”测试。你所描述的与这种方法相矛盾。
所以根据我的理解（再一次，我可能完全错了），你应该：
从您的“核心”模块创建一个启动器（自动配置模块）。它本身不会是 spring 引导应用程序，也不会包含任何 @SpringBootTest。只有简单的单元/集成测试（可能由 spring 而不是 Spring 引导驱动，就像 @SpringBootTest 所做的那样）。您在该模块的 pom 中也不会有 spring-boot-maven-plugin，并且在任何 class 中也不会有 main 方法（根本没有 @SpringBootApplication）。
在模块 A 和 B 中 - 插入此自动配置模块，它将自动加载并提供所需的功能。模块 A 的测试应该测试模块 A 的代码/流程，不需要测试“核心”模块的功能，它用于“核心”的测试以检查“核心”模块的功能。
在模块 A 和 B 中，当您有 @SpringBootTest 时，将加载核心模块，并且您的某些代码可能会中断，因为它与核心模块“不符合预期”模块（比如你没有放置正确的注释或其他东西） - 在这种情况下，测试将失败，你必须修复模块 A 的代码。
更新 1
看完评论：
我认为这是可能的，解决方案应该包括以下步骤：
在包含测试 AdminControllerIntegrationTest 的模块 core 之外创建一个额外的测试 jar 工件。 this link 包含关于模块 core.
的 pom.xml 应该放置什么的技术说明
您的 spring 引导应用程序模块应该依赖于此测试工件范围测试，如下所示：
<dependency>
<groupId>com.foo</groupId>
<artifactId>core</artifactId>
<version>1.0</version>
<type>test-jar</type>
<scope>test</scope>
</dependency>
- 从现在开始它变得棘手，因为它实际上取决于测试中究竟发生了什么以及 spring 如何插入所有内容。在“最简单”的情况下，对于这一步，您必须确保您的surefire/failsafe 插件是 2.15+ 版本：此版本添加了对
dependenciesToScan 选项的支持，该选项将包含模块核心，以便在构建 spring 引导应用程序期间，插件还将 运行 AdminControllerIntegrationTest。至少它将在测试 class 路径中...从那里您可能需要在 spring 级别进行一些自定义，如果不看代码，很难判断会发生什么。有关详细信息，请参阅 this thread
我们有一个使用 spring-boot 的 maven 多模块项目结构的模块化单体，并通过 @SpringBootTest 进行集成测试，它在下面启动特定于模块的 Spring ApplicationContext使用完整的 DI、JPA 连接等执行集成测试
在所有这些模块中，我们使用“AdminControllers”的概念，在 中央“核心”模块中 - 它依赖于 @ComponentScan 所有 其他模块 - 我们有一个中央模块
AdminControllerIntegrationTest 断言所有 AdminController-Bean 的某些属性，例如安全相关注释的存在。
这个“核心”@SpringBootTest AdminControllerIntegrationTest 是 运行 一次在特定于 core 模块的应用程序上下文中，它可以看到所有核心的 bean - 这很好。但是，在所有其他模块中，此 IntegrationTest 从未 执行并且无法检查它们的任何 bean。
是否有可能让这个中央 @SpringBootTest 在 所有 模块中自动成为 运行 在它们自己特定的 ApplicationContexts 中分开？
此设置似乎有问题，让我解释一下：
所以你说，你有一个“核心”模块，它有自己的 @SpringBootTest 测试，这意味着它是一个 spring 启动应用程序。
另一方面，您说，您的模块 A 和 B 本身就是 spring 引导应用程序。但如果是这样的话，它们就不能依赖另一个 spring 启动应用程序（核心），我的意思是 spring 启动应用程序模块不能依赖另一个 spring 启动应用程序模块，它不会有意义，但在 Maven 中不起作用。
我想到的另一场音乐会：在任何 spring 引导应用程序中，我们通常使用“插件”之类的东西：计量系统、日志系统、执行器等等。通常为此目的有启动器，我们在 maven 中定义它们，Spring 引导应用程序自动加载它们。然而，我们在我们的应用程序中将它们视为“第三方”，并且在编译我们的应用程序时从不费心 运行 “他们的”测试。你所描述的与这种方法相矛盾。
所以根据我的理解（再一次，我可能完全错了），你应该：
从您的“核心”模块创建一个启动器（自动配置模块）。它本身不会是 spring 引导应用程序，也不会包含任何 @SpringBootTest。只有简单的单元/集成测试（可能由 spring 而不是 Spring 引导驱动，就像 @SpringBootTest 所做的那样）。您在该模块的 pom 中也不会有
spring-boot-maven-plugin，并且在任何 class 中也不会有main方法（根本没有@SpringBootApplication）。在模块 A 和 B 中 - 插入此自动配置模块，它将自动加载并提供所需的功能。模块 A 的测试应该测试模块 A 的代码/流程，不需要测试“核心”模块的功能，它用于“核心”的测试以检查“核心”模块的功能。
在模块 A 和 B 中，当您有
@SpringBootTest时，将加载核心模块，并且您的某些代码可能会中断，因为它与核心模块“不符合预期”模块（比如你没有放置正确的注释或其他东西） - 在这种情况下，测试将失败，你必须修复模块 A 的代码。
更新 1 看完评论：
我认为这是可能的，解决方案应该包括以下步骤：
在包含测试
的AdminControllerIntegrationTest的模块 core 之外创建一个额外的测试 jar 工件。 this link 包含关于模块 core.pom.xml应该放置什么的技术说明您的 spring 引导应用程序模块应该依赖于此测试工件范围测试，如下所示：
<dependency>
<groupId>com.foo</groupId>
<artifactId>core</artifactId>
<version>1.0</version>
<type>test-jar</type>
<scope>test</scope>
</dependency>
- 从现在开始它变得棘手，因为它实际上取决于测试中究竟发生了什么以及 spring 如何插入所有内容。在“最简单”的情况下，对于这一步，您必须确保您的surefire/failsafe 插件是 2.15+ 版本：此版本添加了对
dependenciesToScan选项的支持，该选项将包含模块核心，以便在构建 spring 引导应用程序期间，插件还将 运行AdminControllerIntegrationTest。至少它将在测试 class 路径中...从那里您可能需要在 spring 级别进行一些自定义，如果不看代码，很难判断会发生什么。有关详细信息，请参阅 this thread