No tests were executed set dfailifnotests false to ignore this error

Содержание

1. JUnit 5 Test Suites don’t run with surefire 3.0.0-M3 under pure Maven #1778
2. Comments
3. Overview
4. Problem reproduction
5. Context
6. Links
7. How to run unit test with Maven
8. 1. Maven Java Project
9. 2. Maven Test
10. Download Source Code
11. References
12. Comments
13. Плагин Surefire maven не выполняет ни один из тестов
14. 3 ответа
15. Can’t selectively run an inherited test case #1563
16. Comments
17. TestNG Version
18. Expected behavior
19. Actual behavior
20. Is the issue reproductible on runner?
21. Test case sample

У меня есть проект с четырьмя пакетами. С тремя из них все нормально. Я создал тесты JUnit, и они выполняются во время сборки или пока я запускаю команду mvn test.
Но мой четвертый пакет, содержащий всего один класс. Я создал для него тест JUnit, но когда я запускаю сборку, Surefire не видит этот тестовый класс. Все остальные восемь тестовых классов выполняются, но этот игнорируется.
Когда я пытаюсь выполнить только этот тестовый класс, явно используя

mvn -Dtest = com.company.dpt.prj.pkg.MySpecificClassTest test

Я получаю эти сообщения

[INFO]
[INFO] Results:
[INFO]
[INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  16.058 s
[INFO] Finished at: 2020-12-19T23:58:01-08:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.22.2:test (default-test) on project my-project-name: No tests were executed!  (Set -DfailIfNoTests=false to ignore this error.) -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException

Я просмотрел тестовый код построчно и не смог найти никаких причин для такого поведения.
Я даже удалил тестовый файл и восстановил очень простой. Он все еще не выполнен.
Кто-нибудь сталкивался с чем-то подобным? Мы будем благодарны за любую подсказку, так как я не смог найти никаких подсказок. Я использую JUnit 4.11

    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <scope>test</scope>
        <version>4.11</version>
    </dependency>

Все тесты изначально были созданы с использованием Netbeans v.12 «Инструменты-> Создать / обновить тест», а затем отредактированы для отражения функциональности методов. Однако все тесты, кроме этого, работают нормально как в графическом интерфейсе Netbeans, так и в интерфейсе командной строки «mvn test». Этот игнорируется. Цель метода, который я хочу протестировать, — создать HttpEntity для клиента REST API. Вот код теста:

/**
 * Test of prepareRequest method, of class BatchServiceClient.
 * @throws java.net.URISyntaxException
 */
@Test
public void testPrepareRequest() throws URISyntaxException {
    System.out.println("prepareRequest");
    ObjectMapper mapper = Json.mapper();
    URL configFileUrl = this.getClass().getClassLoader().getResource("config_f.json");
    if (configFileUrl == null) {
        fail("Missing configuration file");
    } else {
        File configFile = new File(configFileUrl.toURI());
        BatchConfig config = BatchConfigLoader.loadConfig(configFile);
        assertNotNull(config);
        boolean validated = config.validate();
        assertTrue(validated);
        BatchServiceClient client = new BatchServiceClient(config, null, null, null, null, null, null);
        List<Object> requestData = Arrays.asList("16759408", "", "", "", "The Home Depot", "",
                "Baltimore", "MD", "", "840", "", "", "", "", "", "", "", "", "", "", 10, "",
                true, true, "merchantName", "merchantName", "merchantName");
        HttpEntity<String> request = client.prepareRequest(requestData);
        assertNotNull(request);
    }
}

Моя проблема в том, что он не дает сбоев в тестовом коде. Я буду рад, если это так, потому что я смогу отладить его чем. Это просто не выполняется. Я попытался обновить JUnit до версии 4.13.1 и плагин surefire maven до версии 3.0.0-M5, но это не повлияло.

Я попытался запустить mvn с параметром -e и получил следующую трассировку стека, но она по-прежнему не дала мне никаких подсказок, почему это происходит.

at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:215)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:156)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:148)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:117)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:81)
at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build (SingleThreadedBuilder.java:56)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute (LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)
at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)
at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke (Method.java:564)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:282)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch (Launcher.java:225)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:406)
at org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:347)

Caused by: org.apache.maven.plugin.MojoFailureException: No tests were executed!  (Set -DfailIfNoTests=false to ignore this error.)
    at org.apache.maven.plugin.surefire.SurefireHelper.reportExecution (SurefireHelper.java:149)
    at org.apache.maven.plugin.surefire.SurefirePlugin.handleSummary (SurefirePlugin.java:364)
    at org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPreconditionsChecked (AbstractSurefireMojo.java:1041)
    at org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute (AbstractSurefireMojo.java:857)
    at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:137)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:210)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:156)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:148)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:117)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:81)
    at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build (SingleThreadedBuilder.java:56)
    at org.apache.maven.lifecycle.internal.LifecycleStarter.execute (LifecycleStarter.java:128)
    at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
    at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
    at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
    at org.apache.maven.cli.MavenCli.execute (MavenCli.java:957)
    at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:289)
    at org.apache.maven.cli.MavenCli.main (MavenCli.java:193)
    at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
    at jdk.internal.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
    at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke (Method.java:564)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:282)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launch (Launcher.java:225)
    at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:406)
    at org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:347)

Я нашел причину проблемы. Каким-то образом, когда IDE сгенерировала (и регенерировала) этот тестовый файл, она поместила неправильный импорт для аннотации @Test. Вместо

import org.junit.jupiter.api.Test;

Это размещено

import org.junit.Test;

Следовательно, движок jupiter, запущенный с помощью surefire, не распознал аннотацию @Test. После того, как я исправил, был выполнен тест импорта.

Вы не можете использовать этот шаблон:

-Dtest=com.company.dpt.prj.pkg.MySpecificClassTest

Поскольку подключаемый модуль Surefire и Failsafe не поддерживает полное имя класса. Он выполняет поиск в файловой системе, поэтому я показал вам, как использовать косую черту в конфигурации. В документации указан этот параметр, прочтите его еще раз здесь:

ПРИМЕЧАНИЕ. Используйте синтаксис, например, «foo / MyTest.java», « /MyTest.java», «MyTest» для параметра «test» (см. включает / исключает). **

Гэри, твоя проблема в том, что ты говоришь о JUnit, но о каком? Есть две версии 4 и 5, и, более конкретно, вы можете опубликовать исходный код в нашей Apache JIRA (или в Stackoverflow), а затем я, как коммиттер, могу посмотреть ваш код. На самом деле это невозможно воспроизвести без него, потому что только чистый текст в stackoverflow не может сделать вашу проблему воспроизводимой на моей стороне. Поэтому, пожалуйста, всегда прикрепляйте ссылку в следующий раз, и мы посмотрим. Один парень сделал это на прошлой неделе, и это очень помогло.

Что касается импорта аннотации Test, не плагин Surefire не распознал импорт @Test. На самом деле, это ваша вина, что вы не написали правильный исходный код включая POM , а компилятор скомпилировал код в том виде, в каком он был, даже если вы объедините JUnit4 и JUnit5 в POM < / сильный>. Затем Surefire запустил библиотеки JUnit, которые затем отвечают за распознавание аннотаций, а не Surefire. Алгоритм Surefire предпочел бы использовать JUnit5, если вы комбинируете JUnit4 и JUnit5-Jupiter, и именно по этой причине аннотация org.junit.Test была проигнорирована, потому что Юпитер не находит ее и аннотацию Юпитера.

Когда я запускаю один тест в Maven с помощью этой команды:

mvn test -Dtest=InitiateTest

Я получаю следующий результат:

No tests were executed!

Он работал пару минут назад, но теперь он почему-то прекратил работать. Я попытался запустить mvn clean пару раз перед запуском теста, это не поможет.

Тест выглядит следующим образом:

import org.openqa.selenium.*;
import org.openqa.selenium.firefox.FirefoxDriver;
import org.openqa.selenium.support.ui.Select;
import org.junit.After;
import org.junit.Before;
import org.junit.Test;

public class InitiateTest {

public static FirefoxDriver driver;

@Before
public void setUp() throws Exception {
driver = new FirefoxDriver();
}

@Test
public void initiateTest() throws Exception {
driver.get("http://localhost:8080/login.jsp");
...
}

@After
public void tearDown() throws Exception {
driver.close();

}   }

UPDATE:

Это вызвано добавлением этой зависимости в POM:

<dependency>
<groupId>org.seleniumhq.selenium</groupId>
<artifactId>selenium</artifactId>
<version>2.0b1</version>
<scope>test</scope>
</dependency>

Когда я удаляю его, все работает нормально. Все работает нормально, даже когда я добавляю эти две зависимости вместо предыдущего:

<dependency>
<groupId>org.seleniumhq.selenium</groupId>
<artifactId>selenium-support</artifactId>
<version>2.0b1</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.seleniumhq.selenium</groupId>
<artifactId>selenium-firefox-driver</artifactId>
<version>2.0b1</version>
<scope>test</scope>
</dependency>

Это странно.

Вы, вероятно, собираете JUnit3 в своем пути к классам, что эффективно отключает JUnit4.

Запустите mvn dependency: tree, чтобы узнать, откуда он входит, и добавьте исключение в зависимость.

У меня была та же проблема. Это было вызвано зависимостью testng, которая появилась с junit3. Просто добавьте в него инструкцию исключения, и тесты должны работать.

<dependency>
<groupId>org.seleniumhq.selenium</groupId>
<artifactId>selenium</artifactId>
<version>2.0b1</version>
<exclusions>
<exclusion>
<groupId>org.testng</groupId>
<artifactId>testng</artifactId>
</exclusion>
</exclusions>
</dependency>

Была аналогичная проблема, связанная с зависимостью jtestr. Оказывается, одна из его зависимостей собирала junit-3.8.1. Я решил это, используя выражение об исключении ниже

<dependency>
<groupId>org.jtestr</groupId>
<artifactId>jtestr</artifactId>
<exclusions>
<exclusion>
<groupId>org.testng</groupId>
<artifactId>testng</artifactId>
</exclusion>
</exclusions>
<version>0.6</version>
<scope>test</scope>
</dependency>

У меня была аналогичная проблема. Поэтому я должен был построить проект из корневого уровня проекта, используя

mvn clean install -DskipTests=True

И затем запустите тестовую команду из каталога, в котором находился тестовый пакет pom

mvn test -Dtest=TestClass

Также убедитесь, что значение параметра skip равно true. Например, в моем файле pom значение по умолчанию skip равно true.

 <properties>
<skipTests>true</skipTests>
</properties>


<build>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<skip>${skipTests}</skip>
</configuration>
</plugin>
</build>

Поэтому, когда я запускаю тест maven, я устанавливаю его на false

mvn test -Dtest=TestUserUpdate* -DskipTests=false

Попробуйте запустить maven в режиме отладки. Это может дать вам больше информации.

mvn -X -Dtest=InitiateTest test

В сеансе сборки pom.xml включите это:

 <build>
<sourceDirectory>src</sourceDirectory>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.14.1</version>
</plugin>
</plugins>
</build>

Я действительно не понимаю, как аннотация @Test обрабатывает ваш тест, но можете ли вы попробовать префикс вашего тестового метода с помощью “теста”?

public void testInit() throws Exception {
driver.get("http://localhost:8080/login.jsp");
...
}

mvn test -Dtest='xxxx.*Test' -Dmaven.test.failure.ignore=true  -DfailIfNoTests=false

У меня есть тот же вопрос, что не было выполнено никаких тестов!
Мое предложение добавляет еще один параметр, который -Dmaven.test.failure.ignore=true -DfailIfNoTests=false может решить.