TestNg的Maven-surefire-plugin:如何指定存储测试套件xml文件的目录？

Question

我目前正在开发Maven支持的项目.我选择了TestNg来实现我的单一测试.为了在每个Maven构建中运行我的单一测试,我已经将maven-surefire-plugin添加到我的pom.xml:

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.12</version>
            <configuration>
            <!-- Configuring the test suites to execute -->
                <suiteXmlFiles>
                     <suiteXmlFile>testsuite-persistence-layer.xml</suiteXmlFile>
                </suiteXmlFiles>
            </configuration>
        </plugin>

此外,我想指定使用TestNg的TestSuiteXmlFile执行的测试.例如,在我的pom.xml中,我配置了surefire插件,以便它将执行名为"testsuite-persistence-layer.xml"的xml文件中定义的测试.

问题是默认情况下,surefire插件似乎在我的项目的根目录中寻找这个xml文件.如何指定surefire插件应该在哪个目录中查找TestSuite xml文件？

根据TestNg文档,这可以通过"maven.testng.suitexml.dir"属性指定,但Surefire插件似乎没有考虑到它.

Answer 1

我不确定我是否理解你的问题.您可以轻松指定xml文件的确切位置,包括相对路径和完全限定路径.

<suiteXmlFile>c:/some/dir/testsuite-persistence-layer.xml</suiteXmlFile>

要么

<suiteXmlFile>src/test/java/com/something/project/testsuite-persistence-layer.xml</suiteXmlFile>

但这太容易了,所以我猜你正在寻找一种方法来参数化xmls所在的目录.我想到的快速解决方案就是

<suiteXmlFile>${xmlPath}/testSuite.xml</suiteXmlFile>

现在你可以跑了

mvn test -DxmlPath=c:/some/path

当然xmlPath只是一个虚构的名称,你可以使用你想要的任何其他变量名.

如果您不想从命令行将路径作为参数传递,则可以在POM的属性部分中指定xmlPath变量的值.属性是位于<project>分支下的主要部分之一.

<project ... >
    ...

    <properties>
        <xmlPath>c:/some/path</xmlPath>
    </properties>
        ...

    <build>
        ...
        <plugins>
        ...
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-surefire-plugin</artifactId>
                <version>2.9</version>
                <configuration>
                    <suiteXmlFiles>
                        <suiteXmlFile>${xmlPath}/testSuite.xml</suiteXmlFile>
                    </suiteXmlFiles>                                        
                    ...
                </configuration>
            </plugin>
        ...
        </plugins>
        ...
    </build>
    ...

</project>