You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Carsten Otto (Jira)" <ji...@apache.org> on 2020/03/12 12:26:00 UTC

[jira] [Created] (SUREFIRE-1761) Test failure with runOrder / class hierarchy / TestNG / @DirtiesContext

Carsten Otto created SUREFIRE-1761:
--------------------------------------

             Summary: Test failure with runOrder / class hierarchy / TestNG / @DirtiesContext
                 Key: SUREFIRE-1761
                 URL: https://issues.apache.org/jira/browse/SUREFIRE-1761
             Project: Maven Surefire
          Issue Type: Bug
            Reporter: Carsten Otto


 

{{Up front, I don't know if this is a Maven Surefire bug, or something in Spring }}(s{{See [https://github.com/spring-projects/spring-framework/issues/24685])}}

{{}}<spring.version>5.2.4.RELEASE</spring.version> <testng.version>7.1.0</testng.version> <maven.compiler.target>1.8</maven.compiler.target> <maven.compiler.source>1.8</maven.compiler.source> <maven-surefire-plugin.version>2.22.2</maven-surefire-plugin.version>

To reproduce: [https://github.com/C-Otto/dirtiescontext]

I have a Spring, Maven, Java 8, TestNG setup where one test uses {{@DirtiesContext}}. In this VERY specific setup the test fails when I use {{mvn test}}. This seems to be related to the class names and the order in which tests are run.

Notice that the class {{AbstractClassSomeUnrelatedTest}} does not serve any purpose, but has the same name prefix as the {{abstract}} test class. Changing the name to something else fixes the problem.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)