java - 如何将依赖项目 A 的测试包含在项目 B 中并让 Maven 识别它们 "as is"

Question

我有一个依赖于项目 A 的 (Maven) 项目 B。项目 A 将其测试打包到一个 jar 中，如所述 here 。假设我在项目 A 中有一个测试类 com.forelight.a.FooTest 。该类在项目 B 的测试范围类路径中可见，但不会由 mvn test 自动执行。我可以在项目 B 的 test/main/java 目录中扩展 FooTest，如下所示:

package com.forelight.b;
public class FooBarTest extends com.forelight.a.FooTest {}

这完成了工作(mvn test 在命令行和 Eclipse 下运行它)，但感觉很困惑。

Answer 1

这是一个有效的自动化解决方案:

• 项目 A 还应提供其 test-sources jar
• 项目 B 应在测试范围中导入项目 A，并在测试范围中导入项目 A 测试源
• 项目 B 将使用 unpack-dependencies Maven 依赖项插件自动将测试源 jar 解压到目标文件夹的子文件夹(例如 project-a-test-sources)
• 项目 B 将使用 add-test-source Build Helper Maven 插件的目标是自动将解压的源添加为项目 A 中的测试源
• 然后，Maven 将编译并运行添加的源代码，作为项目 B 测试的一部分

为了实现它，在项目 A 中将以下内容添加到构建部分:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-source-plugin</artifactId>
    <executions>
        <execution>
            <id>attach-sources</id>
            <goals>
                <goal>test-jar</goal>
            </goals>
        </execution>
    </executions>
</plugin>

这实际上会创建一个新的 jar 作为提供测试源的构建的一部分。请记住通过 mvn install 安装它。

在项目 B 中，将以下内容添加到依赖项中:

<dependency>
    <groupId>com.sample</groupId>
    <artifactId>project-a</artifactId>
    <version>1.0-SNAPSHOT</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>com.sample</groupId>
    <artifactId>project-a</artifactId>
    <version>1.0-SNAPSHOT</version>
    <scope>test</scope>
    <classifier>test-sources</classifier>
</dependency>

这样类路径将填充项目 A，第二个依赖项是无害的，它将被下面的插件执行使用。

在项目 B 中，还将以下内容添加到构建部分:

<plugins>
    <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-dependency-plugin</artifactId>
        <version>2.2</version>
        <executions>
            <execution>
                <id>unpack-test-sources</id>
                <phase>generate-test-sources</phase>
                <goals>
                    <goal>unpack-dependencies</goal>
                </goals>
                <configuration>
                    <includeGroupIds>com.sample</includeGroupIds>
                    <includeArtifactIds>project-a</includeArtifactIds>
                    <includeScope>test</includeScope>
                    <includeClassifiers>test-sources</includeClassifiers>
                    <outputDirectory>
                        ${project.build.directory}/project-a-test-sources
                    </outputDirectory>
                </configuration>
            </execution>
        </executions>
    </plugin>
    <plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>build-helper-maven-plugin</artifactId>
        <version>1.10</version>
        <executions>
            <execution>
                <id>add-test-source</id>
                <phase>generate-test-sources</phase>
                <goals>
                    <goal>add-test-source</goal>
                </goals>
                <configuration>
                    <sources>
                        <source>${project.build.directory}/project-a-test-sources</source>
                    </sources>
                </configuration>
            </execution>
        </executions>
    </plugin>
</plugins>

这里我们正在解压源并将它们添加为测试源。

然后 Maven 将自动执行添加的测试。

对此方法的一些考虑:

• 它可能看起来像您在问题中提到的方法一样笨拙，即使它是自动化的并且不需要创建新的扩展测试
• 这绝对不是标准，但最初的要求听起来也不像标准做法
• 您可能在测试名称或资源名称上存在冲突(同样，因为这不是标准方法)
• 您可能不想将这些外部测试作为默认构建的一部分来运行，在这种情况下，您可以将上面的配置移至 Maven profile ，说 run-project-a-tests 并仅根据需要通过 -Prun-project-a-tests 执行它们。这也将使您的默认构建更快(并且更标准)。