Как выполнить тесты JUnit и TestNG в одном проекте, используя maven-surefire-plugin? - PullRequest
37 голосов
/ 05 августа 2009

Сейчас у меня есть оба типа тестов, но когда я говорю "mvn test", он выполняет только тесты TestNG, а не Junit. Я хочу выполнить оба по порядку. Любая идея?

Ответы [ 12 ]

42 голосов
/ 12 ноября 2013

Официальный путь с выбором провайдеров .

Вы также можете указать несколько провайдеров в качестве зависимостей, и все они будут работать и создавать общий отчет . Это может быть особенно удобно для внешних провайдеров, поскольку существует несколько вариантов использования для объединения включенных провайдеров.

<plugin>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>2.18.1</version>
    <dependencies>
        <dependency>
            <groupId>org.apache.maven.surefire</groupId>
            <artifactId>surefire-junit47</artifactId>
            <version>2.18.1</version>
        </dependency>
        <dependency>
            <groupId>org.apache.maven.surefire</groupId>
            <artifactId>surefire-testng</artifactId>
            <version>2.18.1</version>
        </dependency>
    </dependencies>
</plugin>

Подробнее об этом: Смешивание тестов TestNG и JUnit в одном модуле Maven - выпуск 2013 г.

Текущая ссылка для этого в примерах maven-surefire-plugin . Поиск " Выполнение тестов TestNG и JUnit ".

Вы захотите настроить провайдера testng на игнорирование тестов junit следующим образом:

<plugin>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>2.18.1</version>
    <configuration>        
    <properties>
        <property>
            <name>junit</name>
            <value>false</value>
         </property>
    </properties>        
    </configuration>
    [...providers as dependecies, see above...]
</plugin>
12 голосов
/ 29 марта 2010

У меня есть лучшее решение .

Идея состоит в том, чтобы создать два исполнения maven-surefire-plugin, одно для JUnit, другое для TestNG. Вы можете отключить один из TestNG или JUnit для каждого выполнения, указав несуществующие junitArtifactName или testNGArtifactName:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <executions>
        <execution>
            <phase>test</phase>
            <goals>
                <goal>test</goal>
            </goals>
            <configuration> 
                <testNGArtifactName>none:none</testNGArtifactName>
            </configuration>
        </execution>
        <execution>
            <id>test-testng</id>
            <phase>test</phase>
            <goals>
                <goal>test</goal>
            </goals>
            <configuration> 
                <junitArtifactName>none:none</junitArtifactName>
            </configuration>
        </execution>
    </executions>
</plugin>
11 голосов
/ 05 августа 2009

Существует открытый выпуск для этих с, поэтому элегантного способа сделать это не существует.

Было бы гораздо проще выбрать рамки и придерживаться их.

Редактировать: мой предыдущий ответ не работает, потому что вы не можете указать зависимости при выполнении. Я испробовал несколько подходов, но лучшее, что я могу сделать, - это создать профиль для зависимости TestNG, чтобы можно было переключаться между тестированием TestNG и JUnit. Похоже, что нет средств для запуска тестов TestNG и Junit 4 .

Еще один момент, на который следует обратить внимание: вы можете запустить ваши тесты JUnit из TestNG , но я думаю, что это работает только для тестов JUnit 3.

6 голосов
/ 23 марта 2015

Для этого есть другой выход. Вы также можете попросить TestNG запустить тестовые примеры Junit. Ниже приведен пример testng.xml для запуска всех тестовых случаев

<!DOCTYPE suite SYSTEM "http://testng.org/testng-1.0.dtd" >
 
<suite name="TestAll">
 
	<test name="junitTestCases" junit="true">
		<packages>
			<package name="com.test.*" />
			
		</packages>
	</test>
 
 <test name="testNGTestCases" >
		<packages>
			<package name="com.test.*" />
			
		</packages>
	</test>
</suite>
5 голосов
/ 29 октября 2011

Благодаря этой ссылке (http://jira.codehaus.org/browse/SUREFIRE-377), вот решение моей предыдущей проблемы (с 3 выполнениями вместо 2)

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>2.10</version>
    <configuration>
       <testNGArtifactName>none:none</testNGArtifactName>
    </configuration>
    <executions>
       <execution>
          <phase>test</phase>
          <goals>
             <goal>test</goal>
          </goals>
          <configuration>
             <junitArtifactName>none:none</junitArtifactName>
             <testNGArtifactName>org.testng:testng</testNGArtifactName>
          </configuration>
       </execution>
    </executions>
</plugin>
2 голосов
/ 05 января 2017

Для JUnit ---

<plugin>
   <groupId>org.apache.maven.plugins</groupId>
   <artifactId>maven-surefire-plugin</artifactId>
   <version>2.19.1</version>
   <dependencies>
  <dependency>
    <groupId>org.apache.maven.surefire</groupId>
    <artifactId>surefire-junit47</artifactId>
    <version>2.19.1</version>
  </dependency>
</dependencies>

Аналогичным образом используйте зависимость для TestNG, когда требуется

1 голос
/ 12 ноября 2017

для Junit это решило мою проблему

<plugin>
   <groupId>org.apache.maven.plugins</groupId>
   <artifactId>maven-surefire-plugin</artifactId>
   <version>2.19.1</version>
   <dependencies>
  <dependency>
    <groupId>org.apache.maven.surefire</groupId>
    <artifactId>surefire-junit47</artifactId>
    <version>2.19.1</version>
  </dependency>
</dependencies>
1 голос
/ 10 февраля 2015

Я нашел решение для запуска обоих типов тестов с TestNG без изменения конфигурации вашего инструмента сборки.

Я тестировал с Gradle, но должен работать и с Maven.

Обратите внимание, что это будет запускать тесты JUnit внутри TestNG, но не наоборот.

Хитрость заключается в том, чтобы использовать аннотации обеих платформ в тестовых классах и использовать утверждения TestNG для совместимости с JUnit.

import static org.testng.AssertJUnit.*;

import org.junit.AfterClass;
import org.junit.BeforeClass;
import org.junit.Test;

@org.testng.annotations.Test
public final class ApplicationTest {

    @org.testng.annotations.BeforeClass
    @BeforeClass
    public static void setup () {}

    @org.testng.annotations.AfterClass
    @AfterClass
    public static void cleanup () {}

    @Test public void json () throws IOException {
        assertTrue (true);
    }
}

Используя этот хак, вы можете легко запускать существующие тесты JUnit с TestNG, помогая переносить их, когда позволяет время.

Надеюсь, это поможет!

1 голос
/ 12 декабря 2012

На основании предыдущих решений. Я обнаружил, что это работает лучше всего для нас. Еще одна проблема, с которой мы столкнулись, заключалась в том, что TestNG пытался запустить старые тесты JUnit. Мы избежали этого, назвав все тесты TestNG по-разному (например, * TestNG.java). Ниже приведена конфигурация с двумя запусками surefire-plugin.

    <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.12.4</version>
            <configuration>           
                <testNGArtifactName>none:none</testNGArtifactName>   
                <excludes>
                    <exclude>**/*TestNG.java</exclude>
                </excludes> 
            </configuration>
            <executions>
                <execution>
                    <id>test-testng</id>
                    <phase>test</phase>
                    <goals>
                        <goal>test</goal>
                    </goals>
                    <configuration> 
                        <junitArtifactName>none:none</junitArtifactName>          
                        <testNGArtifactName>org.testng:testng</testNGArtifactName>   
                        <includes>
                            <include>**/*TestNG.java</include>
                        </includes>
                        <excludes>
                            <exclude>**/*Test.java</exclude>
                        </excludes> 
                    </configuration>
                </execution>
            </executions>
        </plugin>
1 голос
/ 18 октября 2011

Я обнаружил, что решение было заставить принудительно подключаемый модуль использовать JUnit. Я сделал это, переопределив верный плагин в конкретном проекте следующим образом. Зависимость заставляет наверняка использовать JUnit.

<build>
    <plugins>
        <!-- force sure fire to use junit instead of testng -->
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.10</version>
            <dependencies>
                <dependency>
                    <groupId>org.apache.maven.surefire</groupId>
                    <artifactId>surefire-junit47</artifactId>
                    <version>2.10</version>
                </dependency>
            </dependencies>
        </plugin>
    </plugins>
</build>
...