Есть ли способ пропустить только один тест в maven?

Я хотел бы пропустить только один тест при запуске mvn install.

Есть ли способ сделать это ?


person paulgreg    schedule 07.05.2009    source источник
comment
maven.apache.org/surefire/maven-surefire- плагин/примеры/   -  person Vadzim    schedule 30.08.2013
comment
Если вы используете отказоустойчивый плагин: mvn clean install -Dit.test=\!TestToSkip.*   -  person drizzt.dourden    schedule 05.10.2016


Ответы (6)


В junit 4 я добавляю аннотацию @Ignore, когда хочу это сделать. Это сработает для вас, если вы не хотите только иногда игнорировать тест или игнорировать его только тогда, когда сборка запускается из maven. Если это так, то я бы спросил: «Почему?»

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

person Steve Reed    schedule 07.05.2009
comment
Вариант использования заключается в том, что кто-то в моей команде в настоящее время исправляет тест, и я хочу запустить все остальные тесты, но не этот, пока он снова не заработает. Так что вы правы, я должен временно отключить его с помощью кода. - person paulgreg; 11.05.2009
comment
Это также работает на уровне класса. У меня есть базовый тест, и конфигурация pom неизменна (она находится в общем родительском pom), поэтому Maven не проходит мои тесты, потому что в абстрактном классе нет тестов. Это отличное решение. - person ashes999; 03.03.2011
comment
Это означает, что вам нужно отредактировать/зафиксировать, чтобы отменить изменение. То же самое для следующего решения: - person jasonnerothin; 09.12.2011
comment
Немного не согласен с тем, что все тесты должны быть переносимыми и т. д. Модульные тесты, да, но есть веская причина писать интеграционные тесты, чтобы убедиться, что вы можете подключить источник данных во время разработки, а не ждать до времени развертывания. Эти тесты не следует запускать при сборке, а только для проверки конфигурации во время разработки. - person dardo; 07.06.2013
comment
Я не согласен со Стивом Ридом. У меня есть тест, который не работает в моей среде, не связанный с моей работой, и я не хочу помещать @Ignore в код, потому что у меня есть другие изменения. Поэтому я хочу пропустить это во время чистой установки maven build mvn. Я не хочу тратить время на его анализ или исправление, потому что я четко знаю, что это не моя область, и я могу лучше использовать свое время, работая над другими вещами. Так что хороший ответ на этот вопрос имеет большой смысл. - person yalkris; 21.11.2013
comment
У меня есть ситуация, что часть моего приложения зависит от какого-то программного обеспечения Linux, которого нет в Windows (плюс оно слишком требовательно к ресурсам для ноутбука). Однако я разрабатываю на ноутбуке с Windows. Поэтому я хотел бы пропустить все тесты, связанные с этой частью приложения, на этапе разработки, но все же иметь возможность сделать это, когда я сделаю официальную сборку/выпуск на Linux. - person Stan Sokolov; 28.07.2016
comment
Такой проповеднический... @Ignore не всегда идеален. Рассмотрим тест, проведенный кем-то другим, и да, это плохо (провал, если запускать слишком часто, но сначала пройти), но нет, у вас нет времени исправить это, нет времени убедить кого-то убрать его или исправить самому, и вы не хочу случайно совершать игнорирование, поскольку большую часть времени оно действительно проверяет что-то ценное ... +1 другому парню, который действительно ответил на вопрос. - person Gus; 02.08.2016
comment
Да, мне тоже не нравится, что все знают, спорят с вопросом. Мы не живем в идеальном мире и нуждаемся в удобных решениях. Если бы этот мир был идеальным, тогда не существовало бы понятия систем отслеживания ошибок. В моем случае кто-то еще написал тест, который дает сбой только локально, но успешно выполняет задание сборки. Я не знаю, почему именно, но что-то связано с разрешениями файловой системы (требуется доступ на запись к «/» - что у меня нет времени решать). - person Sridhar Sarnobat; 17.12.2016
comment
Как это принятый ответ, если он не отвечает на вопрос? - person Alex Lehmann; 29.04.2017
comment
Одним из аргументов может быть то, что для теста требуется хорошее подключение к Интернету, которое может не всегда быть при работе в дороге, но вы хотите запустить тест в своем CI. - person Robin; 05.12.2017

Вы можете указать шаблон исключения для параметра -Dtest, поставив перед ним префикс ! (восклицательный знак). Например.,

mvn -Dtest=\!FlakyTest* install

Нашел его здесь и убедился, что он работает. Например, я смог пропустить этот ненадежный тест Дженкинса, используя:

mvn -Dtest=\!CronTabTest* package
person haridsv    schedule 13.06.2016
comment
Эта функция была реализована в версии 2.19, см. документацию. . - person rdvdijk; 12.09.2016
comment
Есть ли способ объединить включения и исключения? Например. Я могу запустить Cron*Test, кроме CronFlakyTest. Я пробовал mvn -Dtest="\!CronFlakyTest,Cron*Test" install, но тест все еще работает ненадежно. - person Sridhar Sarnobat; 17.12.2016
comment
Предупреждение. Хотя это и полезно, это может нарушить ваши правила исключения, например, вызвать выполнение тестов интеграции с огурцом во время модульного тестирования. - person gameweld; 20.08.2018
comment
Вы также можете пропустить несколько тестов по имени с помощью этого синтаксиса: mvn test -Dtest=\!FirstTestClass,\!SecondTestClass - person Cuga; 14.05.2020
comment
Я получаю No tests were executed! (Set -DfailIfNoTests=false to ignore this error. Хотя в журнале тестов содержится что-то вроде: ` Тесты выполнены: 1, Ошибки: 0, Ошибки: 0, Пропущено: 0, Прошло время: 0,071 с - Test1... Тесты запущены: 1, Ошибки: 0, Ошибки: 0, Пропущено: 0, Прошедшее время: 0,071 с - Test2...` не уверен, как это интерпретировать... - person ka3ak; 01.04.2021

Это нормально, что интеграционные тесты должны быть исключены, но модульные тесты должны быть включены. Для этого я предлагаю называть все интеграционные тесты постфиксом IntegrationTest (например, AbcIntegrationTest.java).

а затем в вашей сборке maven введите следующее:

  <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <excludes>
                    <exclude>**/*IntegrationTest.java</exclude>
                </excludes>
            </configuration>
        </plugin>

При сборке с этим все интеграционные тесты будут исключены, но все остальные тесты (например, модульный тест) будут запущены. Идеально :-)

Дополнительные сведения об исключении и включении тестов во время выполнения теста см.

http://maven.apache.org/surefire/maven-surefire-plugin/examples/inclusion-exclusion.html

PS Чтобы исключить один тест, вам просто нужно явно указать его имя в списке исключений. Легкий.

person fergal_dd    schedule 26.09.2013

Если вы хотите использовать CLI для исключения одного теста, вы должны использовать флаги -Dtest и -Dit.test.

Будьте осторожны, чтобы сбросить настройки по умолчанию. Когда вы используете нотацию !, все значения по умолчанию стираются, и вы должны вернуть их обратно. Для обычных тестов, выполняемых surefire, вы должны добавить *Test, Test*, *Tests, *TestCase, а для интеграционных тестов, выполняемых failsafe, вы должны добавить IT*, *IT, *ITCase.

Дополнительную информацию можно найти здесь https://maven.apache.org/surefire/maven-surefire-plugin/examples/inclusion-exclusion.html (обычные тесты)

и здесь https://maven.apache.org/surefire/maven-failsafe-plugin/examples/inclusion-exclusion.html (интеграционные тесты)

-Dit.test='!ITsometestIT, IT*, *IT, *ITCase'

Полная команда mvn может быть такой:

mvn -e -B -Dtest='!unitTestABC, *Test, Test*, *Tests, *TestCase' -Dit.test='!ITintegrationTestABCIT, IT*, *IT, *ITCase' -DfailIfNoTests=false clean install

Не забудьте использовать ', а НЕ ". При использовании двойных кавычек любой ! внутри них будет оцениваться как bash.

Помните также, что интеграционные тесты не запускаются, когда mvn test. С mvn verify будут выполняться только интеграционные тесты, а не модульные тесты.

person Naramsim    schedule 26.10.2018

Взгляните на это решение, используя @Category аннотации.

public class AccountTest {

    @Test
    @Category(IntegrationTests.class)
    public void thisTestWillTakeSomeTime() {
        ...
    }

    @Test
    @Category(IntegrationTests.class)
    public void thisTestWillTakeEvenLonger() {
        ...
    }

    @Test
    public void thisOneIsRealFast() {
        ...
    }
}

Который вы затем запускаете с помощью набора тестов:

@RunWith(Categories.class)
@IncludeCategory(SlowTests.class)
@SuiteClasses( { AccountTest.class, ClientTest.class })
public class LongRunningTestSuite {}

Вы также можете включить (groups)/исключить (excludedGroups) эти тесты с использованием maven, например:

mvn -DexcludedGroups=com.mycompany.tests.IntegrationTests test
person Renaud    schedule 09.12.2011
comment
Можно ли указать категорию в командной строке maven/не касаясь кода? - person Karl Richter; 25.12.2016

я думаю, что это должно работать при использовании этой команды:

mvn archetype:create -DgroupId=test -DartifactId=test

(для теста измените pom.xml и тестовый класс на следующие и используйте установку mvn)

пом.xml

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>test</groupId>
<artifactId>test</artifactId>
<packaging>jar</packaging>
<version>1.0-SNAPSHOT</version>
<name>test</name>
<url>http://maven.apache.org</url>
<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <configuration>
                <source>1.5</source>
                <target>1.5</target>
            </configuration>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <excludes>
                    <exclude>
                        test/AppTest.java
              </exclude>
                </excludes>
            </configuration>
        </plugin>
    </plugins>
</build>
<dependencies>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.5</version>
        <scope>test</scope>
    </dependency>
</dependencies>

test-class:

package test;
import org.junit.Test;
import static org.junit.Assert.fail;
public class AppTest 
{
    @Test
    public void test_it() {
        fail("not implemented");
    }
}
person Raffael Schmid    schedule 19.05.2009