Maven多模块项目测试优化：增量测试假设是否可行？有无对应插件？

我有一个基于Maven构建的Java多模块项目，原本test阶段耗时约1小时。切换到mvnd后，测试耗时缩短至约32分钟；此外我还尝试在POM中使用GraalVM的native Profile，但未观察到明显差异。

我认为若能通过以下机制分析需运行的测试，测试阶段耗时可进一步缩短：

• 列出当前构建中变更的源文件及其所属模块（我了解Maven会构建整个项目，无‘变更文件’概念，该部分最好交由Git等版本控制工具处理）；
• 列出依赖上述模块的项目；
• 编译整个项目，但仅运行上述[1]和[2]中模块的测试。

问题 #

1. 该假设是否正确？
2. 若正确，是否已有可实现此类优化的插件？

1. 假设完全正确
   Maven默认执行全量测试，但代码变更只会影响变更模块本身，以及依赖该模块的下游模块——这些模块的测试才需要重新执行，其他未关联模块的测试没有重复运行的必要。这种基于变更范围的增量测试策略，确实能有效减少测试阶段的耗时。

2. 有成熟工具/插件可实现这类优化
   常见的方案包括：

• 自定义脚本+Maven参数：通过Git命令（如git diff）识别变更文件对应的模块，再用Maven的-pl参数指定要运行测试的模块，配合-amd（构建依赖该模块的所有模块）来覆盖下游依赖模块，这种方式无需额外插件，灵活度高；
• maven-incremental-build-plugin：第三方插件，专门用于增量构建与测试，能自动识别变更模块及其依赖链，仅运行对应模块的测试；
• maven-changes-plugin：可配合版本控制系统识别变更文件和模块，虽主要用于生成变更日志，但可结合自定义逻辑筛选需要运行测试的模块；
• Tycho Surefire Plugin：针对OSGi生态的项目，支持基于变更模块的增量测试。

另外，mvnd本身已支持增量构建优化，但要精准控制测试执行范围，仍需结合上述工具实现细粒度筛选。

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