При использовании JUnit5 и Spring-boot-starter-parent тесты не выполнялись

#java #spring-boot #maven #junit #junit5

#java #spring-boot #maven #junit #junit5

Вопрос:

У меня есть очень простой тестовый класс JUnit, который я не могу запустить, если не удалю parent spring-boot-starter-parent из pom, что было бы невозможно для нашего производственного приложения. Ошибка, которую мы получаем, заключается в том, что тесты не выполнялись, и ниже приведен mvp с родительской частью, которая всякий раз, когда она не закомментирована, блокирует тесты. Если я могу получить какие-либо рекомендации, чтобы узнать, как это исправить, пожалуйста.

 <?xml version="1.0" encoding="UTF-8"?>
<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 https://maven.apache.org/xsd/maven-4.0.0.xsd">

<modelVersion>4.0.0</modelVersion>
 
<!-- Piece to be disabled for tests to run -->
<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.2.4.RELEASE</version>
    <relativePath/> <!-- lookup parent from repository -->
  </parent>

<groupId>com.hmhco</groupId>
<artifactId>crs-v2</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>crs-v2</name>
<description>Content Recommendation Service V2</description>

<properties>
    <java.version>1.8</java.version>
    <junit.jupiter.version>5.6.2</junit.jupiter.version>
    <maven.surefire.version>3.0.0-M5</maven.surefire.version>
</properties>

<dependencies>
    <dependency>
        <groupId>org.junit.jupiter</groupId>
        <artifactId>junit-jupiter-api</artifactId>
        <version>${junit.jupiter.version}</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.junit.jupiter</groupId>
        <artifactId>junit-jupiter-engine</artifactId>
        <version>${junit.jupiter.version}</version>
        <scope>test</scope>
    </dependency>
</dependencies>

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
        <plugin>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>${maven.surefire.version}</version>
        </plugin>
    </plugins>
</build>
  
 import org.junit.jupiter.api.Test;

public class TestingTest {

@Test
public void checking() {
    System.out.println("checking------------");
}
}
  

Спасибо.

Комментарии:

1. Пожалуйста, покажите полный код, включая импорт и т.д. Вашего тестового класса…

2. Удалите зависимости от maven-surefire-plugin в вашем проекте и удалите определение версии для maven-surefire-plugin, потому что они уже обработаны в родительском модуле.

3. Привет, обновил вопрос, добавив импорт и удалив зависимость maven. Это было добавлено как раз при попытке еще немного отладить проблему, но независимо от того, с ним или без него, я продолжаю получать одно и то же сообщение об ошибке.

Ответ №1:

Проблема связана с тем, что вы пытаетесь использовать другую версию junit jupiter. Версия, которая предопределена в spring-boot-parent (2.2.4.RELEASE), равна 5.5.2. Самое простое решение — удалить версии junit-jupiter parts (version tag) и использовать ту, которая унаследована от spring-boot-parent. Лучшая рекомендация, которую я могу дать, — начать с более новой версии Spring Boot (2.3.3.последняя версия), которая использует более свежую версию.

Если вы не можете пойти этим путем, вы должны использовать junit-bom файл вместо этого следующим образом:

   <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>org.junit</groupId>
        <artifactId>junit-bom</artifactId>
        <version>5.6.2</version>
        <scope>import</scope>
        <type>pom</type>
      </dependency>
  

Тогда все должно работать нормально. После этого вам придется использовать зависимости, больше не определяя тег version в вашем pom.xml файл.

Комментарии:

1. Привет, большое спасибо! Да, уменьшение Junit до использования 5.5.2 вместо этого устранило проблему. Приветствия.

Ответ №2:

Добавление -DfailIfNoTests=false к команде mvn, похоже, заставляет ее работать.

Комментарии:

1. Это просто не позволит вам увидеть ошибку, а не исправить ее.