Essayez de l'attraper dans un test Unitaire

Depuis Exception est un checked exception, vous pouvez soit:

• Ont pour intercepter l'exception dans un try...catch déclaration, ou
• Déclarer l'exception levée dans la méthode elle-même.

Ce que vous avez là-haut fonctionne très bien, mais ma préférence personnelle est de déclarer l'exception levée. De cette façon, si une exception, je ne suis pas attendre est levée lors de l'exécution de l'épreuve, le test échouer.

@Test
public void someTest() throws Exception {
    //dodgy code here
}

Si nous avons besoin de voir si une exception est levée, alors vous avez la possibilité d'utiliser @Rule ou ajouter la valeur à la @Test annotation directement.

@Test(expected = FileNotFoundException.class)
public void someTest() throws Exception {
    //dodgy code here
}

Dans JUnit 5, vous pouvez tirer parti de Assertions.expectThrows pour accomplir la même chose. Je suis moins familier avec cet ensemble car il n'est pas encore GA au moment de l'édition, mais il semble accepter une Executable venant de JUnit 5.

@Test
public void someTest() {
    assertThrows(FileNotFoundException.class, () ->
         { dodgyService.breakableMethod() };
}

Ne pas attraper votre application de l'exception dans votre code de test. Au lieu de cela, déclarer être jeté vers le haut.

Parce que, quand JUnit est TestRunner trouve une exception, il sera automatiquement journal comme un error pour le cas de test.

Seulement si vous testcase s'attend à ce que la méthode doit jeté un Exception vous devez utiliser @Test(expected=Exception.class) ou intercepter l'exception.

Dans d'autres cas, il suffit de jeter vers le haut avec,

public void someTest() throws Exception {

Il y a deux principales règles sur la façon de traiter les exceptions à Junit testeurs:

1. Si l'exception a été initié dans le code testé:

   • Si c'était prévu, il déclare dans les expected attribut de la Test annotation. Ou, si d'autres contrôles doivent être effectués sur l'objet de l'exception elle-même, de l'attraper et de l'ignorer. (Dans ce cas, il doit y avoir aussi un appel à Assert.fail à la fin de la try bloc, pour dire que l'exception n'a pas été produit).
   • Si ce n'était pas prévu, l'attraper et de les exécuter Affirmer.un échec. (Un appel précédent à Exception.printStackTrace est également utile).

2. Si l'exception n'était pas originaire dans le code testé ou il n'est pas intéressant pour le test (par exemple, la plupart des IOExceptions sont produites au niveau du réseau, avant le test pourrait même être complété), renvoyer à la throws clause.

Pourquoi vous devriez vous attendre une exception dans le testeur? Rappeler: Vous devriez code une méthode de test pour chaque résultat possible sur le code testé (dans le but d'atteindre un niveau de couverture de code): Dans votre cas, une méthode qui doit retourner avec succès, et au moins un autre qui doit produire une Exception.

Quel type d'exception est-il? Est-il

1. une exception de faire quelque chose comme l'utilisation de flux qui n'arrivera pas dans votre unité de test ou
2. une exception qui peut se produire à cause d'une sorte de mauvais commentaires?

Si c'est 1. Je voudrais juste le mettre à la signature de la méthode d'un try-catch sert pas d'autre but réel que de cérémonie.

@Test
public void testFoo() throws Exception {
    //...
}

Si c'est 2. elle devient un peu plus compliqué. Vous devez vous demander ce qui devrait arriver si l'Exception est levée. Si le test échoue? Est-il prévu? Est-il indifférent? Les exemples ci-dessous de façon à gérer toutes ces. ATTENTION: je n'ai utilisé Exception parce que vous l'avez fait. J'espère que ce n'est vraiment pas bien, parce que si c'est possible pour certains autres exception autre que le alors ils seront très bancale. Si possible, ne pas utiliser de Exception, utilisez quelque chose de plus spécifique (dans la junit et code).

//The below code assumes you've imported the org.junit.Assert class.

@Test
public void thisShouldFailIfExceptionCaught() {
    //Given...
    try {
        //When...
    } catch (Exception e) {
        Assert.fail();
    }
    //Then...
}

@Test
public void thisShouldPassOnlyIfTheExceptionIsCaught() {
    //Given...
    try {
        //When...
        Assert.fail();
    } catch (Exception expected) {}
    //No "then" needed, the fact that it didn't fail is enough.
}

@Test
public void irrelevantExceptionThatCouldBeThrown() {
    //Given...
    try {
        //When...
    } catch (Exception e) {}
    //Then...
}