Perfil predeterminado de Spring-boot para pruebas de integración

Spring-boot utiliza perfiles de Spring ( http://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-profiles.html ) que permiten, por ejemplo, tener configuraciones separadas para diferentes entornos. Una de las formas en que uso esta función es configurar la base de datos de prueba para que la utilicen las pruebas de integración. Me pregunto, sin embargo, ¿es necesario crear mi propio perfil de 'prueba' y activar explícitamente este perfil en cada archivo de prueba? Ahora mismo lo hago de la siguiente manera:

1. Cree application-test.properties dentro de src / main / resources
2. Escriba la configuración específica de la prueba allí (solo el nombre de la base de datos por ahora)

3. En cada archivo de prueba, incluya:

   @ActiveProfiles("test")
   

¿Existe una forma más inteligente / concisa? Por ejemplo, ¿un perfil de prueba predeterminado?

Edición 1: esta pregunta pertenece a Spring-Boot 1.4.1

Hasta donde yo sé, no hay nada que responda directamente a su solicitud, pero puedo sugerir una propuesta que podría ayudar:

Puede utilizar su propia anotación de prueba, que es una metaanotación que comprende @SpringBootTesty@ActiveProfiles("test") . Por lo tanto, aún necesita el perfil dedicado, pero evite dispersar la definición del perfil en toda su prueba.

Esta anotación se testutilizará de forma predeterminada en el perfil y puede anular el perfil utilizando la meta anotación.

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

Otra forma de hacer esto es definir una clase de prueba base (abstracta) que extenderán sus clases de prueba reales:

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

Prueba de hormigón:

public class SampleSearchServiceTest extends BaseIntegrationTest{

    @Inject
    private SampleSearchService service;

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

Esto le permite extraer algo más que la @ActiveProfilesanotación. También puede imaginar clases base más especializadas para diferentes tipos de pruebas de integración, por ejemplo, capa de acceso a datos frente a capa de servicio, o para especialidades funcionales (comunes @Beforeo @Aftermétodos, etc.).

Puede poner un archivo application.properties en su carpeta de prueba / recursos. Ahí te pones

spring.profiles.active=test

Esta es una especie de perfil de prueba predeterminado mientras se ejecutan pruebas.

Una forma delarativa de hacer eso (de hecho, una pequeña modificación a la respuesta original de @ Compito):

1. Establecer spring.profiles.active=testentest/resources/application-default.properties .
2. Agregue test/resources/application-test.propertiespara pruebas y anule solo las propiedades que necesita.

Si usa maven, puede agregar esto en 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>
        ...

Luego, maven debe ejecutar sus pruebas de integración (* IT.java) usando este arugument, y también IntelliJ comenzará con este perfil activado, para que luego pueda especificar todas las propiedades dentro

application-test.yml

y no debería necesitar propiedades "-default".

En mi caso tengo diferentes application.properties dependiendo del entorno, algo como:

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

y application.properties contiene una propiedad spring.profiles.active para elegir el archivo adecuado.

Para mis pruebas de integración, creé un nuevo application-test.propertiesarchivo dentro test/resourcesy con la @TestPropertySource({ "/application-test.properties" })anotación este es el archivo que se encarga de elegir la aplicación.propiedades que quiero dependiendo de mis necesidades para esas pruebas

Para activar el perfil de "prueba", escriba en su build.gradle:

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

Otra forma programática de hacer eso:

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

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

Funciona muy bien.

Puede poner las propiedades específicas de su prueba en src/test/resources/config/application.properties.

Las propiedades definidas en este archivo anularán las definidas en src/main/resources/application.properties durante la prueba.

Para obtener más información sobre por qué esto funciona, consulte los documentos de Spring Boots .

Si simplemente desea establecer / usar el perfil predeterminado en el momento de realizar la compilación a través de maven, pase el argumento -Dspring.profiles.active=test como

mvn clean install -Dspring.profiles.active = dev

Añadir spring.profiles.active=testsen su archivo application.properties, puede agregar múltiples archivos propiedades en su aplicación de arranque primaveral application-stage.properties, application-prod.properties, etc, y se puede especificar en sus application.properties archivo mientras el archivo para hacer referencia mediante la adición spring.profiles.active=stageospring.profiles.active=prod

también puede pasar el perfil en el momento de ejecutar la aplicación de arranque de primavera proporcionando el comando:

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

De acuerdo con el nombre del perfil, se recoge el archivo de propiedades, en el caso anterior, el perfil de paso localconsidera el application-local.propertiesarchivo