Spring-Boot-Standardprofil für Integrationstests

Spring-Boot verwendet Spring-Profile ( http://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-profiles.html ), die beispielsweise eine separate Konfiguration für verschiedene Umgebungen ermöglichen. Eine Möglichkeit, diese Funktion zu verwenden, besteht darin, die Testdatenbank für Integrationstests zu konfigurieren. Ich frage mich jedoch, ob es notwendig ist, mein eigenes Profil 'test' zu erstellen und dieses Profil in jeder Testdatei explizit zu aktivieren. Im Moment mache ich das folgendermaßen:

1. Erstellen Sie application-test.properties in src / main / resources
2. Schreiben Sie dort eine testspezifische Konfiguration (vorerst nur den Datenbanknamen)

3. In jeder Testdatei sind enthalten:

   @ActiveProfiles("test")

Gibt es einen intelligenteren / prägnanteren Weg? Zum Beispiel ein Standardtestprofil?

Edit 1: Diese Frage bezieht sich auf Spring-Boot 1.4.1

Soweit ich weiß, geht nichts direkt auf Ihre Anfrage ein - aber ich kann einen Vorschlag vorschlagen, der helfen könnte:

Sie können Ihre eigene Testanmerkung verwenden, bei der es sich um eine Metaanmerkung handelt, die @SpringBootTestund umfasst @ActiveProfiles("test"). Sie benötigen also immer noch das dedizierte Profil, aber vermeiden Sie es, die Profildefinition über Ihren gesamten Test zu verteilen.

Diese Annotation wird standardmäßig auf das Profil testangewendet, und Sie können das Profil mithilfe der Meta-Annotation überschreiben.

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

Eine andere Möglichkeit, dies zu tun, besteht darin, eine (abstrakte) Basistestklasse zu definieren, die Ihre tatsächlichen Testklassen erweitern:

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

Konkrete Prüfung:

public class SampleSearchServiceTest extends BaseIntegrationTest{

    @Inject
    private SampleSearchService service;

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

Auf diese Weise können Sie mehr als nur die @ActiveProfilesAnmerkung extrahieren . Sie können sich auch spezialisiertere Basisklassen für verschiedene Arten von Integrationstests vorstellen, z. B. Datenzugriffsschicht oder Serviceschicht oder für funktionale Besonderheiten (allgemein @Beforeoder @AfterMethoden usw.).

Sie können eine application.properties-Datei in Ihrem Ordner test / resources ablegen. Dort setzen Sie

spring.profiles.active=test

Dies ist eine Art Standardtestprofil beim Ausführen von Tests.

Ein delarativer Weg, dies zu tun (in der Tat eine kleine Woche zu @ Compitos ursprünglicher Antwort):

1. Setzen Sie spring.profiles.active=testein test/resources/application-default.properties.
2. Fügen Sie test/resources/application-test.propertiesfür Tests hinzu und überschreiben Sie nur die Eigenschaften, die Sie benötigen.

Wenn Sie maven verwenden, können Sie dies in pom.xml hinzufügen:

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

Dann sollte maven Ihre Integrationstests (* IT.java) mit diesem Argument ausführen, und auch IntelliJ wird mit aktiviertem Profil beginnen, sodass Sie alle darin enthaltenen Eigenschaften angeben können

application-test.yml

und Sie sollten keine "-default" -Eigenschaften benötigen.

In meinem Fall habe ich je nach Umgebung unterschiedliche application.properties, etwa:

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

und application.properties enthält eine Eigenschaft spring.profiles.active, um die richtige Datei auszuwählen.

Für meine Integrationstests habe ich eine neue application-test.propertiesDatei erstellt. test/resourcesMit der @TestPropertySource({ "/application-test.properties" })Anmerkung ist dies die Datei, die für die Auswahl der gewünschten application.properties verantwortlich ist, abhängig von meinen Anforderungen für diese Tests

Um das "Test" -Profil zu aktivieren, schreiben Sie in Ihr build.gradle:

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

Ein weiterer programmatischer Weg, dies zu tun:

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

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

Es funktioniert großartig.

Sie können Ihre testspezifischen Eigenschaften eingeben src/test/resources/config/application.properties.

Die in dieser Datei definierten Eigenschaften überschreiben die src/main/resources/application.propertiesbeim Testen definierten Eigenschaften .

Weitere Informationen dazu, warum dies funktioniert, finden Sie in den Spring Boots-Dokumenten .

Wenn Sie zum Zeitpunkt der Erstellung durch Maven einfach das Standardprofil festlegen / verwenden möchten, übergeben Sie das Argument -Dspring.profiles.active=test Genau wie

mvn clean install -Dspring.profiles.active = dev

Fügen Sie spring.profiles.active=testsin Ihrer Datei application.properties, können Sie mehrere Eigenschaften Datei im Frühjahr Boot - Anwendung wie hinzufügen application-stage.properties, application-prod.propertiesetc. Und Sie können in Ihrer Datei application.properties geben Sie bei der Datei zu beziehen , die durch das Hinzufügen spring.profiles.active=stageoderspring.profiles.active=prod

Sie können das Profil auch zum Zeitpunkt der Ausführung der Spring-Boot-Anwendung übergeben, indem Sie den folgenden Befehl eingeben:

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

Entsprechend dem Profilnamen wird die Eigenschaftendatei aufgenommen. Im obigen Fall wird beim Übergeben des Profils localdie application-local.propertiesDatei berücksichtigt