Domyślny profil startowy do testów integracyjnych

Spring-boot wykorzystuje profile Spring ( http://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-profiles.html ), które pozwalają na przykład na oddzielną konfigurację dla różnych środowisk. Jednym ze sposobów korzystania z tej funkcji jest skonfigurowanie testowej bazy danych do użycia przez testy integracyjne. Zastanawiam się jednak, czy konieczne jest utworzenie własnego profilu „test” i jawna aktywacja tego profilu w każdym pliku testowym? Teraz robię to w następujący sposób:

1. Utwórz application-test.properties w src / main / resources
2. Napisz tam konfigurację specyficzną dla testu (na razie tylko nazwa bazy danych)

3. W każdym pliku testowym uwzględnij:

   @ActiveProfiles("test")
   

Czy istnieje mądrzejszy / bardziej zwięzły sposób? Na przykład domyślny profil testowy?

Edycja 1: To pytanie dotyczy Spring-Boot 1.4.1

O ile wiem, nic nie odpowiada bezpośrednio na Twoją prośbę - ale mogę zasugerować propozycję, która może pomóc:

Możesz użyć własnej adnotacji testowej, która jest meta adnotacją zawierającą @SpringBootTesti @ActiveProfiles("test"). Dlatego nadal potrzebujesz dedykowanego profilu, ale unikaj rozpraszania definicji profilu w całym teście.

Ta adnotacja będzie domyślnie przypisana do profilu testi możesz nadpisać profil, używając adnotacji meta.

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
@SpringBootTest
@ActiveProfiles
public @interface MyApplicationTest {
  @AliasFor(annotation = ActiveProfiles.class, attribute = "profiles") String[] activeProfiles() default {"test"};
}

Innym sposobem, aby to zrobić, jest zdefiniowanie podstawowej (abstrakcyjnej) klasy testowej, którą rozszerzą rzeczywiste klasy testowe:

@RunWith(SpringRunner.class)
@SpringBootTest()
@ActiveProfiles("staging")
public abstract class BaseIntegrationTest {
}

Test betonu:

public class SampleSearchServiceTest extends BaseIntegrationTest{

    @Inject
    private SampleSearchService service;

    @Test
    public void shouldInjectService(){
        assertThat(this.service).isNotNull();
    }
} 

Pozwala to wyodrębnić więcej niż tylko @ActiveProfilesadnotację. Można również wyobrazić sobie bardziej wyspecjalizowane klasy bazowe do różnego rodzaju testów integracyjnych, np. Warstwa dostępu do danych a warstwa usługowa lub do specjalizacji funkcjonalnych (typowe @Beforelub @Aftermetody itp.).

Możesz umieścić plik application.properties w folderze test / resources. Tam ustawiłeś

spring.profiles.active=test

Jest to rodzaj domyślnego profilu testowego podczas przeprowadzania testów.

Delarative sposób, aby to zrobić (w rzeczywistości drobna poprawka do oryginalnej odpowiedzi @ Compito):

1. Ustaw spring.profiles.active=testw test/resources/application-default.properties.
2. Dodaj test/resources/application-test.propertiesdo testów i nadpisz tylko te właściwości, których potrzebujesz.

Jeśli używasz maven, możesz dodać to w pom.xml:

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-failsafe-plugin</artifactId>
            <configuration>
                <argLine>-Dspring.profiles.active=test</argLine>
            </configuration>
        </plugin>
        ...

Następnie maven powinien uruchomić testy integracji (* IT.java) przy użyciu tego arkusza, a także IntelliJ uruchomi się z aktywowanym profilem - możesz więc określić wszystkie właściwości w środku

application-test.yml

i nie powinieneś potrzebować właściwości „-default”.

Aby aktywować profil „testowy”, napisz w swoim build.gradle:

    test.doFirst {
        systemProperty 'spring.profiles.active', 'test'
        activeProfiles = 'test'
    }

W moim przypadku mam różne application.properties w zależności od środowiska, na przykład:

application.properties (base file)
application-dev.properties
application-qa.properties
application-prod.properties

a application.properties zawiera właściwość spring.profiles.active umożliwiającą wybranie odpowiedniego pliku.

Do moich testów integracji utworzyłem nowy application-test.propertiesplik wewnątrz test/resourcesi z @TestPropertySource({ "/application-test.properties" })adnotacją jest to plik, który jest odpowiedzialny za wybieranie aplikacji. Właściwości, które chcę, w zależności od moich potrzeb do tych testów

Możesz umieścić właściwości specyficzne dla testu w src/test/resources/config/application.properties.

Właściwości zdefiniowane w tym pliku zastąpią właściwości zdefiniowane w src/main/resources/application.propertiespodczas testowania.

Więcej informacji na temat tego, dlaczego to działa, można znaleźć w dokumentacji Spring Boots .

Inny programowy sposób na zrobienie tego:

  import static org.springframework.core.env.AbstractEnvironment.DEFAULT_PROFILES_PROPERTY_NAME;

  @BeforeClass
  public static void setupTest() {
    System.setProperty(DEFAULT_PROFILES_PROPERTY_NAME, "test");
  }

Działa świetnie.

Jeśli chcesz po prostu ustawić / użyć domyślnego profilu w momencie tworzenia kompilacji przez maven, przekaż argument -Dspring.profiles.active=test Tak jak

mvn clean install -Dspring.profiles.active = dev

Dodaj spring.profiles.active=testsw pliku application.properties, można dodać wiele plików właściwości w aplikacji rozruchowej jak sprężyny application-stage.properties, application-prod.propertiesitp I można określić w swoim application.properties plik podczas plik odnieść poprzez dodanie spring.profiles.active=stagelubspring.profiles.active=prod

profil można również przekazać w czasie uruchamiania aplikacji Spring Boot, wydając polecenie:

java -jar-Dspring.profiles.active=localbuild/libs/turtle-rnr-0.0.1-SNAPSHOT.jar

Zgodnie z nazwą profilu pobierany jest plik właściwości, w powyższym przypadku przekazanie profilu localrozważ application-local.propertiesplik