JUnit 5: come affermare che viene generata un'eccezione?

Esiste un modo migliore per affermare che un metodo genera un'eccezione in JUnit 5?

Attualmente, devo utilizzare una @Rule per verificare che il mio test generi un'eccezione, ma questo non funziona nei casi in cui mi aspetto che più metodi generino eccezioni nel mio test.

È possibile utilizzare assertThrows(), che consente di testare più eccezioni all'interno dello stesso test. Con il supporto per lambdas in Java 8, questo è il modo canonico per testare le eccezioni in JUnit.

Secondo i documenti di JUnit :

import static org.junit.jupiter.api.Assertions.assertThrows;

@Test
void exceptionTesting() {
    MyException thrown = assertThrows(
           MyException.class,
           () -> myObject.doThing(),
           "Expected doThing() to throw, but it didn't"
    );

    assertTrue(thrown.getMessage().contains("Stuff"));
}

In Java 8 e JUnit 5 (Jupiter) possiamo affermare eccezioni come segue. utilizzandoorg.junit.jupiter.api.Assertions.assertThrows

public static <T extends Throwable> T assertThrows (Class <T> expectedType, eseguibile eseguibile)

Asserisce che l'esecuzione dell'eseguibile fornito genera un'eccezione del tipo previsto e restituisce l'eccezione.

Se non viene generata alcuna eccezione o se viene generata un'eccezione di un tipo diverso, questo metodo non riuscirà.

Se non si desidera eseguire ulteriori controlli sull'istanza dell'eccezione, ignorare semplicemente il valore restituito.

@Test
public void itShouldThrowNullPointerExceptionWhenBlahBlah() {
    assertThrows(NullPointerException.class,
            ()->{
            //do whatever you want to do here
            //ex : objectName.thisMethodShoulThrowNullPointerExceptionForNullParameter(null);
            });
}

Tale approccio utilizzerà l'interfaccia funzionale Executablein org.junit.jupiter.api.

Fare riferimento :

• http://junit.org/junit5/docs/current/user-guide/#writing-tests-assertions
• http://junit.org/junit5/docs/5.0.0-M2/api/org/junit/jupiter/api/Executable.html
• http://junit.org/junit5/docs/5.0.0-M4/api/org/junit/jupiter/api/Assertions.html#assertThrows-java.lang.Class-org.junit.jupiter.api.function. eseguibile estremamente

L'hanno cambiato in JUnit 5 (previsto: InvalidArgumentException, attuale: metodo invocato) e il codice è simile al seguente:

@Test
public void wrongInput() {
    Throwable exception = assertThrows(InvalidArgumentException.class,
            ()->{objectName.yourMethod("WRONG");} );
}

Junit5 ora fornisce un modo per far valere le eccezioni

È possibile verificare sia le eccezioni generali che le eccezioni personalizzate

Uno scenario di eccezione generale:

ExpectGeneralException.java

public void validateParameters(Integer param ) {
    if (param == null) {
        throw new NullPointerException("Null parameters are not allowed");
    }
}

ExpectGeneralExceptionTest.java

@Test
@DisplayName("Test assert NullPointerException")
void testGeneralException(TestInfo testInfo) {
    final ExpectGeneralException generalEx = new ExpectGeneralException();

     NullPointerException exception = assertThrows(NullPointerException.class, () -> {
            generalEx.validateParameters(null);
        });
    assertEquals("Null parameters are not allowed", exception.getMessage());
}

È possibile trovare un esempio per testare CustomException qui: asserire un esempio di codice di eccezione

ExpectCustomException.java

public String constructErrorMessage(String... args) throws InvalidParameterCountException {
    if(args.length!=3) {
        throw new InvalidParameterCountException("Invalid parametercount: expected=3, passed="+args.length);
    }else {
        String message = "";
        for(String arg: args) {
            message += arg;
        }
        return message;
    }
}

ExpectCustomExceptionTest.java

@Test
@DisplayName("Test assert exception")
void testCustomException(TestInfo testInfo) {
    final ExpectCustomException expectEx = new ExpectCustomException();

     InvalidParameterCountException exception = assertThrows(InvalidParameterCountException.class, () -> {
            expectEx.constructErrorMessage("sample ","error");
        });
    assertEquals("Invalid parametercount: expected=3, passed=2", exception.getMessage());
}

Penso che questo sia un esempio ancora più semplice

List<String> emptyList = new ArrayList<>();
Optional<String> opt2 = emptyList.stream().findFirst();
assertThrows(NoSuchElementException.class, () -> opt2.get());

Chiamare get()un opzionale contenente un vuoto ArrayListgenererà a NoSuchElementException. assertThrowsdichiara l'eccezione prevista e fornisce un fornitore lambda (non accetta argomenti e restituisce un valore).

Grazie a @prime per la sua risposta che spero di aver elaborato.

È possibile utilizzare assertThrows(). Il mio esempio è tratto dai documenti http://junit.org/junit5/docs/current/user-guide/

import org.junit.jupiter.api.Test;

import static org.junit.jupiter.api.Assertions.assertEquals;
import static org.junit.jupiter.api.Assertions.assertThrows;

....

@Test
void exceptionTesting() {
    Throwable exception = assertThrows(IllegalArgumentException.class, () -> {
        throw new IllegalArgumentException("a message");
    });
    assertEquals("a message", exception.getMessage());
}

Una fodera ancora più semplice. Non sono richieste espressioni lambda o parentesi graffe per questo esempio utilizzando Java 8 e JUnit 5

import static org.junit.jupiter.api.Assertions.assertThrows;

@Test
void exceptionTesting() {

    assertThrows(MyException.class, myStackObject::doStackAction, "custom message if assertion fails..."); 

// note, no parenthesis on doStackAction ex ::pop NOT ::pop()
}

In realtà penso che ci sia un errore nella documentazione per questo esempio particolare. Il metodo che si intende è prevede

public static void assertThrows(
public static <T extends Throwable> T expectThrows(

Ecco un modo semplice.

@Test
void exceptionTest() {

   try{
        model.someMethod("invalidInput");
        fail("Exception Expected!");
   }
   catch(SpecificException e){

        assertTrue(true);
   }
   catch(Exception e){
        fail("wrong exception thrown");
   }

}

Ha successo solo quando viene generata l'eccezione che ti aspetti.