【问题标题】:Running JUnit 4 Tests Parallel With FailSafe & SureFire plugins使用 FailSafe 和 SureFire 插件并行运行 JUnit 4 测试
【发布时间】:2011-12-30 01:16:19
【问题描述】:

我们在 maven 中创建了一个配置文件来运行我们的 Selenium junit4 类型测试,下面是它的 sn-p,没有执行标签。

<profile>
    <id>selenium-tests</id>
    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-failsafe-plugin</artifactId>
                <version>2.11</version>
                <dependencies>
                    <!-- Force using the latest JUnit 47 provider -->
                    <dependency>
                        <groupId>org.apache.maven.surefire</groupId>
                        <artifactId>surefire-junit47</artifactId>
                        <version>2.11</version>
                    </dependency>
                </dependencies>
                <configuration>
                    <parallel>classes</parallel>
                    <threadCount>5</threadCount>
                    <forkMode>pertest</forkMode>
                    <useManifestOnlyJar>false</useManifestOnlyJar>
                    <redirectTestOutputToFile>true</redirectTestOutputToFile>
                    <skip>false</skip>
                    <includes>
                         <include>**/regtests/*.java</include>
                    </includes>
                </configuration>
            </plugin>
        </plugins>
    </build>
</profile>

我的 TestClass 看起来像这样。

@RunWith(HTMLSourceDumperJUnit4Runner.class) //Our own Runner
public class MyTestClass extends Assert {

     private int x = 1;
     private int y = 1;

     @Test
     public void testAddition() {
         int z = x + y;
         assertEquals(2, z);
     }

}

当我通过具有并行配置的故障安全插件 2.11 运行此测试类时,它失败并出现以下错误。

java.lang.Exception:没有可运行的方法 在 org.junit.runners.BlockJUnit4ClassRunner.validateInstanceMethods(BlockJUnit4ClassRunner.java:171) 在 org.junit.runners.BlockJUnit4ClassRunner.collectInitializationErrors(BlockJUnit4ClassRunner.java:115) 在 org.junit.runners.ParentRunner.validate(ParentRunner.java:269) 在 org.junit.runners.ParentRunner.(ParentRunner.java:66) 在 org.junit.runners.BlockJUnit4ClassRunner.(BlockJUnit4ClassRunner.java:59) 在 org.junit.internal.builders.JUnit4Builder.runnerForClass(JUnit4Builder.java:13) 在 org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57) 在 org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:29) 在 org.junit.runner.Computer.getRunner(Computer.java:38) 在 org.apache.maven.surefire.junitcore.ConfigurableParallelComputer.getRunner(ConfigurableParallelComputer.java:142) 在 org.junit.runner.Computer$1.runnerForClass(Computer.java:29) 在 org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57) 在 org.junit.runners.model.RunnerBuilder.runners(RunnerBuilder.java:93) 在 org.junit.runners.model.RunnerBuilder.runners(RunnerBuilder.java:84) 在 org.junit.runners.Suite.(Suite.java:79) 在 org.junit.runner.Computer.getSuite(Computer.java:26) 在 org.apache.maven.surefire.junitcore.ConfigurableParallelComputer.getSuite(ConfigurableParallelComputer.java:134) 在 org.junit.runner.Request.classes(Request.java:69) 在 org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:53) 在 org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:140) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 在 java.lang.reflect.Method.invoke(Method.java:597) 在 org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:188) 在 org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:166) 在 org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:86) 在 org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:101) 在 org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)

这里有什么我遗漏的吗?如果我滞后于这篇文章的任何信息,请回帖。

【问题讨论】:

  • 你也在混合版本; surefire-junit47 依赖项应该遵循故障安全版本; 2.11 而不是 2.8
  • 谢谢.. 我试过了,但仍然显示同样的错误。我已经用最新的尝试更新了问题..
  • 简单地从 2.10 升级到 surefire 2.11 会破坏我遇到的每个单元测试,并出现上述错误——无论是否尝试新的并行内容。所有测试都是有效的 JUnit 4 类型测试,适用于 2.10 及之前的版本。我花了几个小时试图弄清楚,是时候等到万能 2.12 了。我正在做的类似的是 forkMode、useManifestOnlyJar 和 redirectOutputToFile 设置。或许为其中的部分或全部尝试不同的设置?
  • @Scott 这应该在 2.12 中修复,即将推出

标签: java maven-2 junit4 surefire maven-failsafe-plugin


【解决方案1】:

根据插件上的 maven 文档,特别是 &lt;includes&gt; 标签。测试类名称模式为:**/IT*.java**/*IT.java**/*ITCase.java。因此,您需要将类的名称更改为 MyITMyITCase 或类似的名称。

http://maven.apache.org/plugins/maven-failsafe-plugin/integration-test-mojo.html#includes

【讨论】:

  • 非常感谢您的回答。我错过了。我试过了,但我仍然遇到同样的错误。我用最新的尝试更新了问题..
  • @techastute 堆栈跟踪只有安全包,没有故障安全包,所以问题可能就在那里。尝试排除故障安全配置中包含的测试或完全禁用surefire。
【解决方案2】:

surefire 2.11 中似乎存在一个错误。它不喜欢与

一起工作
<useManifestOnlyJar>false</useManifestOnlyJar>

我提交了一个错误。 http://jira.codehaus.org/browse/SUREFIRE-819

【讨论】:

  • 设置为 true 并且它起作用了。这是一个很好的收获。谢谢斯科特。
猜你喜欢
  • 1970-01-01
  • 2020-10-14
  • 2021-05-16
  • 1970-01-01
  • 1970-01-01
  • 2016-01-04
  • 2012-02-11
  • 2020-09-29
  • 2018-05-26
相关资源
最近更新 更多