Переопределить стандартные настройки Spring.boot application.properties в тесте Junit

У меня есть приложение Spring-Boot, где свойства по умолчанию установлены в application.propertiesфайле в classpath (src / main / resources / application.properties).

Я хотел бы переопределить некоторые настройки по умолчанию в моем тесте JUnit свойствами, объявленными в test.propertiesфайле (src / test / resources / test.properties)

У меня обычно есть специальный класс Config для моих тестов Junit, например

package foo.bar.test;

import org.springframework.boot.autoconfigure.EnableAutoConfiguration;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Import;

@Configuration
@Import(CoreConfig.class)
@EnableAutoConfiguration
public class TestConfig {

}

Сначала я подумал, что использование @PropertySource("classpath:test.properties")в классе TestConfig поможет, но эти свойства не будут перезаписывать настройки application.properties (см. Справочный документ Spring-Boot - 23. Внешняя конфигурация ).

Затем я попытался использовать -Dspring.config.location=classpath:test.propertiesпри вызове теста. Это было успешно - но я не хочу устанавливать это системное свойство для каждого выполнения теста. Таким образом я положил это в коде

@Configuration
@Import(CoreConfig.class)
@EnableAutoConfiguration
public class TestConfig {

  static {
    System.setProperty("spring.config.location", "classpath:test.properties");
  }

}

что, к сожалению, снова не удалось.

Должно быть простое решение о том, как переопределить application.propertiesнастройки в тестах JUnit, test.propertiesкоторые я должен был пропустить.

Вы можете использовать @TestPropertySourceдля переопределения значений в application.properties. Из своего javadoc:

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

Например:

@RunWith(SpringJUnit4ClassRunner.class)
@SpringApplicationConfiguration(classes = ExampleApplication.class)
@TestPropertySource(locations="classpath:test.properties")
public class ExampleApplicationTests {

}

Spring Boot автоматически загружается src/test/resources/application.properties, если используются следующие аннотации

@RunWith(SpringRunner.class)
@SpringBootTest

Таким образом, переименование test.propertiesдо application.propertiesиспользовать автоматическую конфигурацию.

Если вам * нужно * загрузить файл свойств (в среду), вы также можете использовать следующее, как описано здесь

@RunWith(SpringRunner.class)
@ContextConfiguration(initializers = ConfigFileApplicationContextInitializer.class) 

[ Обновление: переопределение определенных свойств для тестирования ]

1. Добавить src/main/resources/application-test.properties.
2. Аннотировать тестовый класс с @ActiveProfiles("test").

Это загружает application.propertiesи затем application-test.properties свойства в контекст приложения для контрольного примера, согласно правилам, определенным здесь .

Демонстрация - https://github.com/mohnish82/so-spring-boot-testprops

Вы также можете использовать метааннотации для вывода конфигурации. Например:

@RunWith(SpringJUnit4ClassRunner.class)
@DefaultTestAnnotations
public class ExampleApplicationTests { 
   ...
}

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
@SpringApplicationConfiguration(classes = ExampleApplication.class)
@TestPropertySource(locations="classpath:test.properties")
public @interface DefaultTestAnnotations { }

Другой подход, подходящий для переопределения нескольких свойств в вашем тесте, если вы используете @SpringBootTestаннотацию:

@SpringBootTest(properties = {"propA=valueA", "propB=valueB"})

TLDR:

Так что я сделал, чтобы был стандарт, src/main/resources/application.propertiesа также src/test/resources/application-default.propertiesгде я переопределил некоторые настройки для всех моих тестов.

Вся история

Я столкнулся с той же проблемой и до сих пор не использовал профили. Казалось, надоело делать это сейчас и помнить объявление профиля - который можно легко забыть.

Хитрость заключается в том, чтобы использовать, что определенный профиль application-<profile>.propertiesпереопределяет настройки в общем профиле. См. Https://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-external-config.html#boot-features-external-config-profile-specific-properties .

Простое объяснение:

Если вы похожи на меня , и у вас есть то же самое application.propertiesв src/main/resourcesи src/test/resources, и вы интересно , почему application.propertiesв вашей папке тестов не перекрываяapplication.properties в основных ресурсах, читайте дальше ...

Если у вас есть application.propertiesпод src/main/resourcesи то же самое application.propertiesпод src/test/resources, которое application.propertiesподбирается, зависит от того, как вы выполняете свои тесты . Папка структура src/main/resources и src/test/resourcesявляется Maven архитектурного соглашением, так что если вы запускаете тест , как mvnw testили даже gradlew test, то application.propertiesв src/test/resourcesбудет получить взяли, так как тест путь к классам будут предшествовать основной путь к классам. Но, если вы запускаете тест , как Run as JUnit Testв ELIPSE / STS, то application.propertiesв src/main/resourcesбудет получить взял, как и основные пути к классам предшествуют тест классы.

Вы можете проверить это, открыв Run > Run Configurations > JUnit > *your_run_configuration* > Click on "Show Command Line".

Вы увидите что-то вроде:

XXXbin \ javaw.exe -ea -Dfile.encoding = UTF-8 -classpath XXX \ workspace-spring-tool-suite-4-4.5.1.RELEASE \ project_name \ bin \ main; XXX \ рабочее пространство-весна-инструмент-люкс-4-4.5.1.RELEASE \ project_name \ Bin \ тест;

Вы видите, что сначала идет \ main , а затем \ test ? Да, это все о classpath :-)

ура

I just configured min as the following :

spring.h2.console.enabled=true
spring.h2.console.path=/h2-console


# changing the name of my data base for testing
spring.datasource.url= jdbc:h2:mem:mockedDB
spring.datasource.username=sa
spring.datasource.password=sa



# in testing i don`t need to know the port

#Feature that determines what happens when no accessors are found for a type
#(and there are no annotations to indicate it is meant to be serialized).
spring.jackson.serialization.FAIL_ON_EMPTY_BEANS=false`enter code here`

Если вы используете Spring 5.2.5 и Spring Boot 2.2.6 и хотите переопределить только несколько свойств вместо всего файла. Вы можете использовать новую аннотацию: @DynamicPropertySource

@SpringBootTest
@Testcontainers
class ExampleIntegrationTests {

    @Container
    static Neo4jContainer<?> neo4j = new Neo4jContainer<>();

    @DynamicPropertySource
    static void neo4jProperties(DynamicPropertyRegistry registry) {
        registry.add("spring.data.neo4j.uri", neo4j::getBoltUrl);
    }
}

В противном случае мы можем изменить имя конфигуратора свойств по умолчанию, задав свойство spring.config.name=testи затем имея ресурс пути к классу, src/test/test.propertiesнаш собственный экземпляр которого org.springframework.boot.SpringApplicationбудет автоматически конфигурироваться из этого разделенного test.properties, игнорируя свойства приложения;

Преимущество: автоконфигурация тестов;

Недостаток: экспонирование свойства "spring.config.name" на уровне CI

ссылка: http://docs.spring.io/spring-boot/docs/current/reference/html/common-application-properties.html

spring.config.name = application # Имя файла конфигурации

Вы также можете создать файл application.properties в src / test / resources, где написаны ваши JUnits.