Le printemps de l'Injection de Dépendances avec TestNG

Printemps de soutien JUnit assez bien sur que:
Avec le RunWith et ContextConfiguration annotation, les choses semblent très intuitive

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = "classpath:dao-context.xml")

Ce test vous permettra d'être en mesure d'exécuter dans Eclipse & Maven correctement.
Je me demande si il y a les trucs similaires pour TestNG. Je suis en train d'étudier cette "Prochaine Génération" Cadre mais je n'ai pas trouver une correspondance pour le test avec le Printemps.

InformationsquelleAutor Phương Nguyễn | 2010-04-09
  1. 56

    Il fonctionne avec TestNG ainsi. Votre test les besoins de la classe de étendre l'une des classes suivantes:

    • Merci. C'est exactement ce que je cherche.
    • Quel gâchis. Tout d'abord applique spécifique de la hiérarchie de classe. Deuxièmement, est assez déroutant comme cas de test qui utilise @Transactional peuvent s'étend non transactionnelles version par erreur. Mais malheureusement, il n'existe pas d'autre moyen d'utiliser un Ressort avec TestNG.
    • Mon espoir est que quelque chose ont changé dans 4,5 ans. 🙂 Donc s'il vous plaît vérifiez le statut quo.
    • la première ne fonctionne pas pour moi, mais la deuxième est ok. alors, quelle est la différence avec et sans transactionnelle ?
    InformationsquelleAutor lexicore
  2. 26

    Voici un exemple qui a fonctionné pour moi:

    import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.testng.AbstractTestNGSpringContextTests;
import org.testng.annotations.Test;

@Test
@ContextConfiguration(locations = {"classpath:applicationContext.xml"})
public class TestValidation extends AbstractTestNGSpringContextTests {

    public void testNullParamValidation() {
        //Testing code goes here!
    }
}
    • annotation pour la classe? 😮
    InformationsquelleAutor Arup Malakar
  3. 18

    Printemps et TestNG travaillent bien ensemble, mais il ya certaines choses à connaître. Côté de sous-classement AbstractTestNGSpringContextTests, vous devez être conscient de la façon dont il interagit avec la norme TestNG réglage/démontage des annotations.

    TestNG a quatre niveaux de configuration

    • BeforeSuite
    • BeforeTest
    • BeforeClass
    • BeforeMethod

    qui se produisent exactement comme vous le souhaitez (excellent exemple de l'auto-documentation des Api). Elles ont toutes une valeur facultative appelée "dependsOnMethods" qui peut prendre une Corde ou une Chaîne de caractères[], qui est le nom ou nom(s) des méthodes au même niveau.

    La AbstractTestNGSpringContextTests classe a un BeforeClass méthode annotée appelé springTestContextPrepareTestInstance, que vous devez définir votre méthode de configuration d'dépendra de si vous utilisez un autocâblés classe en elle. Pour les méthodes, vous n'avez pas à vous soucier de l'permettra à l'autowiring, comme cela se produit lorsque la classe de test est le programme d'installation avant de méthode de classe.

    Cela ne laisse que la question de la façon dont vous pourriez utiliser un autocâblés classe dans une méthode annotée avec BeforeSuite. Vous pouvez le faire manuellement en appelant springTestContextPrepareTestInstance - alors que ses pas la configuration par défaut pour ce faire, je l'ai fait à plusieurs reprises avec succès.

    Donc, pour illustrer, une version modifiée de Arup exemple:

    import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.testng.AbstractTestNGSpringContextTests;
import org.testng.annotations.Test;

@Test
@ContextConfiguration(locations = {"classpath:applicationContext.xml"})
public class TestValidation extends AbstractTestNGSpringContextTests {

    @Autowired
    private IAutowiredService autowiredService;

    @BeforeClass(dependsOnMethods={"springTestContextPrepareTestInstance"})
    public void setupParamValidation(){
        //Test class setup code with autowired classes goes here
    }

    @Test
    public void testNullParamValidation() {
        //Testing code goes here!
    }
}
    • La méthode de org.springframework.test.contexte.testng.AbstractTestNGSpringContextTests#springTestContextPrepareTestInstance a déjà l'annotation @BeforeClass donc cette solution me paraissent redondantes.
    • Cette solution vous permet d'ajouter des autowire-dépendants du champ code pour votre test. "springTestContextPrepareTestInstance" être "avant de la classe" méthode ne garantit pas qu'il sera exécuté avant le "avant la classe" d'une sous-classe, vous devez définir explicitement le champ dependsOnMethods
    • Malheureusement cela ne fonctionne pas pour moi. Par défaut, le @Autowire semble prendre place de TRÈS en retard, après @BeforeTest (mais avant le @de Test). J'ai essayé d'ajouter le dependsOnMethods, mais puis-je obtenir: Maclasse est en fonction de la méthode protected void org.springframework.test.context.testng.AbstractTestNGSpringContextTests.springTestContextPrepareTestInstance() throws java.lang.Exception, ce qui n'est pas annotée avec @Test...
    • Edit: viens de trouver une solution (problème était BeforeSuite ne fonctionne pas avec cette). Vérifier: stackoverflow.com/questions/5192562/...
    InformationsquelleAutor romeara