Défaut de priorité Printemps-Démarrage de l'application.paramètres de propriétés de Test Junit

J'ai un Ressort de Démarrage de l'application, où les propriétés par défaut sont définies dans un application.properties fichier dans le classpath (src/main/resources/de l'application.les propriétés).

Je voudrais remplacer certains paramètres par défaut dans mon test JUnit avec les propriétés déclarées dans un test.properties fichier (src/test/resources/test.les propriétés)

J'ai en général une Config de Classe pour mon Junit Tests, par exemple

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 {

}

J'ai d'abord pensé que l'utilisation de @PropertySource("classpath:test.properties") dans le TestConfig classe ferait l'affaire, mais ces propriétés ne va pas remplacer l'application.paramètres de propriétés (voir Spring-Boot de Référence Doc - 23. Extériorisés De Configuration).

Puis j'ai essayé d'utiliser -Dspring.config.location=classpath:test.properties lors de l'invocation de l'épreuve. Cela a été un succès - mais je ne veux pas définir cette propriété du système pour chaque exécution d'un test. Donc je l'ai mis dans le code

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

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

}

qui malheureusement a de nouveau pas réussi.

Il doit y avoir une solution simple sur la façon de remplacer application.properties paramètres dans JUnit tests avec test.properties que je dois avoir oublié.

InformationsquelleAutor FrVaBe | 2015-04-16

243

Vous pouvez utiliser @TestPropertySource pour remplacer des valeurs dans application.properties. De son javadoc:

propriété de test, les sources peuvent être utilisées pour remplacer de façon sélective les propriétés définies dans le système et de l'application de la propriété des sources

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

}
```
- C'est tout. Merci. Unfortuantly il ne fonctionne pas lorsqu'il est utilisé sur le ExampleApplication.class donc, je dois mettre sur chaque classe de test. Est ce que le droit?
- Il doit aller quelque part dans la classe de test de la hiérarchie, c'est à dire que vous pourriez utiliser une commune de la super-classe pour le configurer à travers un certain nombre de différentes classes de test.
- Oui, ce serait une bonne woraround mais comme @PropertySource est pris en charge sur @Configuration classes, pourquoi ne pas aussi @TestPropertySource 😉 en tout cas - comme prévu, le cadre ne me laisse pas tomber et je vous remercie de nouveau pour répondre à la question.
- Notez également que @TestPropertySource peut accepter une properties argument pour remplacer une propriété inline, comme @TestPropertySource(properties = "myConf.myProp=valueInTest"), il est utile dans le cas où vous ne voulez pas d'une marque totalement nouveau fichier de propriétés.
- Vous pouvez spécifier plusieurs fichiers dans un tableau, et aussi les fichiers sur le système de fichiers (mais n'oubliez pas qu'ils risquent de ne pas fonctionner sur le serveur CI): @TestPropertySource(locations={"file:C:/dev/...","classpath:test.properties"})
- Notez que @SpringApplicationConfiguration est déjà obsolète, et vous devez l'utiliser @SpringBootTest
- Ce serait bien si un fichier src/test/resources/application-test.properties pourrait être utilisé pour les tests unitaires.
- Il peut être utilisé si vous prenez la test profil actif.
InformationsquelleAutor Andy Wilkinson

Vous pouvez également utiliser les méta-annotations l'externalisation de la configuration. Par exemple:

@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 { }

InformationsquelleAutor Rob Winch

46

Printemps de Démarrage charge automatiquement src/test/resources/application.properties, si les annotations suivantes sont utilisées
```
@RunWith(SpringRunner.class)
@SpringBootTest
```
Renommez test.properties à application.properties d'utiliser la configuration automatique.
Si vous *seulement* besoin de charger le fichier de propriétés (dans l'Environnement) vous pouvez également utiliser la suite, comme expliqué ici
```
@RunWith(SpringRunner.class)
@ContextConfiguration(initializers = ConfigFileApplicationContextInitializer.class) 
```
[Mise à jour: substitution de certaines propriétés pour les tests]
1. Ajouter src/main/resources/application-test.properties.
2. Annoter la classe de test avec @ActiveProfiles("test").
Cette charge application.properties et puis application-test.properties propriétés dans le contexte de l'application pour le cas de test, selon les règles définies ici.

Démo - https://github.com/mohnish82/so-spring-boot-testprops
- Pas sûr si c'est une bonne idée d'avoir deux application.properties fichiers sur le chemin de la classe (l'un dans src/main/resources et un en src/test/resources). Qui garantit que les deux seront prises et qui sera pris en premier?
- Le printemps va vous le garantissons! Principales propriétés de profil sont toujours chargées. Ensuite, pendant la phase de test, tester les propriétés sont chargés, ajout/substituant de nouvelles/propriétés existantes. Si vous n'aimez pas les garder deux fichiers avec le même nom, alors vous pouvez ajouter des application-test.properties dans src/main/resources et spécifier test que le profil actif dans le cas de test.
- Le printemps ne donne pas une garantie. L'outil de génération va utiliser le test des ressources en faveur des principales ressources pendant la phase de tests. Mais dans le cas d'une application de test.les propriétés de l'application principale.les propriétés seront ignorés. Ce n'est pas ce que je veux, parce que le principal contient plusieurs utile valeurs par défaut et j'ai seulement besoin de remplacer certains d'entre eux au cours de l'essai (et je ne souhaite pas dupliquer l'intégralité du fichier dans la section d'essai). Voir ici.
- Vous avez raison, seules les propriétés définies dans src/test/resources/application.properties sont chargés lors de la phase de test, src/main/resources/application.properties est ignoré.
- Si vous n'avez pas des profils d'utilisation jusqu'à présent, vous n'avez pas besoin d'un "test" de profil. Juste le nom de votre test de propriétés application-default.properties et ils seront pris en considération parce que vous êtes exécutant automatiquement le profil "default" (si pas déclaré tous les autres).
- Ceci est incorrect. Le fichier automatiquement chargé par défaut est le application.properties, pas le test une. Voir stackoverflow.com/q/55297676/1763602
- Avez-vous essayez d'exécuter l'référencé projet GitHub?
- le projet n'utilise pas src/test/resources, il utilise src/main/resources. Merci de lire stackoverflow.com/questions/55297676/... et ma réponse
- Vous ne savez pas où vous êtes confus. Mais si vous mettez un fichier nommé application.properties sous src/test/resources, il est pris pour des cas de test. Cependant, notez que dans ce cas, que propriétés définies dans ce fichier sont disponibles. Mais comme souvent, nous voulons principal propriétés, avec un peu d'eux, de les remplacer pour notre scénario de test, d'où le ActiveProfile approche de la suggestion.
- vous placez un fichier nommé application.propriétés sous src/test/resources, il est pris pour des cas de test Ce n'est pas vrai, je l'ai testé dans mon application et l'application par défaut.propriétés a été chargé à la place. J'ai eu à utiliser @TestPropertySource
- Il vous manque quelque chose dans votre installation. De toute façon, j'ai fourni le code pour mettre en valeur dans test-props-loading direction du projet de démonstration. Il est destiné à servir de preuve! Check it out.
InformationsquelleAutor Mohnish
4

TLDR:

Donc ce que j'ai fait était d'avoir la norme src/main/resources/application.properties et aussi un src/test/resources/application-default.properties où j'ai remplacer certains paramètres pour TOUS mes tests.

Toute L'Histoire

J'ai rencontré le même problème et n'a pas été à l'aide de profils que ce soit si loin. Il semblait être gênant d'avoir à le faire maintenant et n'oubliez pas de déclarer le profil, qui peut être facilement oublié.

Le truc, c'est, à l'effet de levier d'un profil spécifique application-<profile>.properties remplace les paramètres dans le profil général. Voir https://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-external-config.html#boot-features-external-config-profile-specific-properties.

InformationsquelleAutor elonderin
1

Sinon, on peut modifier la valeur par défaut de la propriété configurateur nom, la définition de la propriété spring.config.name=test et puis d'avoir la classe de chemin de ressources
src/test/test.properties notre instance natif de org.springframework.boot.SpringApplication sera automatiquement configuré à partir d'séparée de ce test.propriétés, en ignorant les propriétés de l'application;

Prestations: auto-configuration des tests;

Inconvénient: l'exposition "le printemps.config.nom de la propriété" au C. I. de la couche de

ref: http://docs.spring.io/spring-boot/docs/current/reference/html/common-application-properties.html

printemps.config.nom=numéro de la demande nom de fichier de Config
- Ignorant application.properties n'est pas une option pour moi car je ne veux remplacer certains de la configuration d'origine des valeurs dans le test.
- J'ai été à la recherche d'un moyen d'avoir un test simple qui ne prend pas en charge le dossier src/main/resources/de l'application.propriétés et de ce qu'il est. Créer un fichier: src/test/resources/vide.propriétés et ajouter l'annotation à l'épreuve(s) que doit ignorer les principales propriétés. @TestPropertySource(propriétés="printemps".config.nom=vide")
InformationsquelleAutor D. Soloviev
0

Vous pouvez également créer une application.fichier de propriétés dans src/test/resources où votre JUnits sont écrits.

InformationsquelleAutor PragmaticFire
0

Une autre approche adaptée pour remplacer un peu de propriétés dans votre test, si vous utilisez @SpringBootTest annotation:
```
@SpringBootTest(properties = {"propA=valueA", "propB=valueB"})
```
InformationsquelleAutor NimaAJ

Vous devez vous connecter pour publier un commentaire.

TLDR:

Toute L'Histoire