Junit avant la classe ( non statique )

Sont là des pratiques exemplaires pour obtenir Junit exécuter une fonction qu'une seule fois dans un fichier de test , et il convient également de ne pas être statique.

comme @BeforeClass non statique de la fonction?

Ici est un vilain solution :

@Before void init(){
    if (init.get() == false){
        init.set(true);
        //do once block
    }
}

eh bien, ce est quelque chose que je ne veux pas le faire , et je suis à la recherche intégrée à junit solution.

  • Intérêt, pourquoi essayez-vous de faire?
  • Eh bien , j'ai un assez gros hiérarchie de fichiers de test , et de la base de fichiers de test , j'ai besoin de la possibilité de remplacer cette action dans l'enfant de classes de test.
  • j'ai eu le même problème que la première de nombreuses paramétrées, les tests doivent effectuer un de connexion.
  • Notez que le "vilain" de la solution, la seule qui fonctionne avec la plaine JUnit, ne prenez pas de déchirure tests de fin de compte.
InformationsquelleAutor Roman | 2010-05-13
  1. 18

    Si vous ne souhaitez pas configurer les initialiseurs statiques pour un temps d'initialisation et ne sont pas spécifiques sur l'utilisation de JUnit, jetez un oeil à TestNG. TestNG prise en charge non-statique, un temps d'initialisation avec une variété d'options de configuration, tous les à l'aide d'annotations.

    Dans TestNG, ce serait l'équivalent de:

    @org.testng.annotations.BeforeClass
public void setUpOnce() {
   //One time initialization.
}

    Pour le démontage,

    @org.testng.annotations.AfterClass
public void tearDownOnce() {
   //One time tear down.
}

    Pour la TestNG équivalent de JUnit 4 @Before et @After, vous pouvez utiliser @BeforeMethod et @AfterMethod respectivement.

    InformationsquelleAutor Kartik
  2. 35

    Une simple instruction if semble fonctionner très bien aussi: 

    @RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:test-context.xml"})
public class myTest {

    public static boolean dbInit = false;

    @Autowired
    DbUtils dbUtils;

    @Before
    public void setUp(){

        if(!dbInit){

            dbUtils.dropTables();
            dbUtils.createTables();
            dbInit = true;

        }
    }

 ...
    • Simple et sympathique! Mais ne peut pas voir un moyen de simplement s'adapter pour faire un non-statique @AfterClass l'équivalent de larmes vers le bas après tous les tests ont exécuté?
    • Voir here pour une mise à jour de cette méthode qui devrait fonctionner pour les classes de test que l'utilisation de l'héritage.
    InformationsquelleAutor Upgradingdave
  3. 34

    À l'utilisation d'un constructeur vide est la solution la plus simple. Vous pouvez toujours remplacer le constructeur dans la classe étendue.

    Mais il n'est pas optimale avec tout l'héritage. C'est pourquoi JUnit 4 utilise les annotations à la place.

    Une autre option est de créer un helper dans une usine/util classe et de laisser cette méthode de faire le travail.

    Si vous êtes à l'aide de Printemps, vous devriez envisager d'utiliser la @TestExecutionListeners annotation.
    Quelque chose comme ce test:

    @RunWith(SpringJUnit4ClassRunner.class)
@TestExecutionListeners({CustomTestExecutionListener.class, 
     DependencyInjectionTestExecutionListener.class})
@ContextConfiguration("test-config.xml")
public class DemoTest {

    Du printemps AbstractTestExecutionListener contient par exemple cette méthode vide que vous pouvez remplacer:

    public void beforeTestClass(TestContext testContext) throws Exception {
    /* no-op */
}

    REMARQUE: à NE PAS négliger/miss DependencyInjectionTestExecutionListener tandis que l'ajout de TestExecutionListeners. Si vous le faites, tous les autowires sera null.

    • +1 Cette technique a résolu mon problème lorsque l'on veut utiliser DbUnit et charger uniquement une fois par classe dataset
    • +1 C'est parfait... pour les personnes qui ne sont pas liés à une ancienne version de Printemps. 🙁
    • Sera-ce beforeTestClass() appelée avant ou après le contexte initialisé?
    • contexte initialisé
    InformationsquelleAutor Espen
  4. 7

    Facilement utiliser @BeforeAllMethods/@AfterAllMethods annotations d'exécuter une méthode à l'intérieur de l'instance de contexte (non statique), où tous les injecté valeurs seront disponibles.

    Il existe une bibliothèque de test pour cette:

    https://mvnrepository.com/artifact/org.bitbucket.radistao.test/before-after-spring-test-runner/0.1.0

    https://bitbucket.org/radistao/before-after-spring-test-runner/

    La seule limitation: ne fonctionne que pour les Printemps tests.

    (Je suis le développeur de cette bibliothèque de test)

    • Pls, laissez-moi savoir si vous allez utiliser la bibliothèque - j'aimerais obtenir une certaine expérience de l'utilisateur de comprendre ce projet a un sens de la communauté. Merci
    InformationsquelleAutor radistao
  5. 0

    Je n'ai jamais essayé, mais peut-être que vous pouvez créer un constructeur sans argument et que vous appelez la fonction à partir de là?

    • Ce serait le travail , le problème est que j'ai besoin de la possibilité de remplacer cette action dans les classes qui étendent cette base de la classe de test
    • oh, maintenant je vois. Ajoutez ceci à votre post, ce commentaire rend les choses beaucoup plus claires.
    • Constructeur sera appelé autant de fois les cas de test sont là. Pour chaque méthode de test, la nouvelle classe de Test objet sera créé. Donc, en utilisant le constructeur n'est pas une solution ici
    • Aussi cette habitude de travail avec l'injection de dépendance qui s'appuie sur l'objet déjà construit.
    InformationsquelleAutor Roman
  6. 0

    L'article de discuter de 2 très belles solutions à ce problème:

    1. "propre" junit personnalisé pour le Coureur (à l'aide de l'interface mais vous pouvez l'étendre avec une mesure d'annotation par exemple @BeforeInstance)
    2. Printemps de l'exécution des auditeurs, comme mentionné par Espen avant.
    InformationsquelleAutor kedzi
  7. 0

    Suffit d'utiliser @BeforeClass:

    @BeforeClass
public static void init() {
}

    Il ne fait pas de sens pour init non-statique car chaque test est exécuté dans une instance distincte. L'instance
    que init est exécuté sur ne correspondraient pas à l'instance de test.

    La seule raison que vous pourriez voulez qu'il soit non-statique est de le remplacer dans les sous-classes, mais vous pouvez le faire
    avec des méthodes statiques trop. Utiliser le même nom, et seule la sous-classe init méthode sera appelée.

    • Toute cette question est au sujet de la possibilité d'en faire un non de manière statique, qui est nécessaire si vous avez besoin d'une instance-les variables de la classe.
    • Oui, et je dis que la question est un XY problème. L'op dit que le problème était primordial du comportement dans les classes enfant. Si l'exemple nécessaire de variables d'instance, alors je pourrais suggérer quelque chose d'autre.
    • Voir ce commentaire: stackoverflow.com/questions/2825615/...
    • C'est le commentaire que je parlais. Qu'en est-il?
    InformationsquelleAutor fgb
  8. 0

    Mise à JOUR: voir le commentaire de Cerise pour lesquelles la suggestion ci-dessous est erronée. (Am gardant la réponse ici plutôt que de supprimer le commentaire peut fournir des informations utiles à d'autres, pourquoi ce n'est pas travail.)

    une Autre option à considérer si l'aide de l'injection de dépendance (par exemple, Printemps) est @PostConstruct. Ce sera la garantie d'injection de dépendance est complète, ce qui ne serait pas le cas dans un constructeur:

    @PostConstruct
public void init() {
    //One-time initialization...
}

    • Très mauvais la solution dans le cas de tests Junit. Junit test crée instance de classe à chaque fois lorsqu'il s'exécute une méthode de test. Donc, si il y en a 6 méthodes d'essai en classe, un constructeur de classe, @Before et @After méthodes sera appelé 6 fois! Ainsi, dans ce contexte @PostConstruct se comporte comme @Before annotation. Vous pouvez tout simplement le tester: il suffit de mettre 2 méthodes d'essai en classe de test, ajouter @PostConstruct public void init() {System.out.println("started");} et de voir dans les journaux de combien de temps il est imprimé.
    • Pour info je viens de tomber sur le JUnit documentation qui confirme ce qui est décrit dans le commentaire ci-dessus JUnit la création d'une instance pour chaque @Test exécuter: "exécuter la méthode, JUnit d'abord construit une nouvelle instance de la classe appelle ensuite la méthode annotée."
    InformationsquelleAutor Steve Chambers