werfen geprüft Ausnahmen von Verspottungen mit Mockito

Ich versuche, eines meiner verspotteten Objekte eine markierte Ausnahme auslösen zu lassen, wenn eine bestimmte Methode aufgerufen wird. Ich versuche Folgendes.

@Test(expectedExceptions = SomeException.class)
public void throwCheckedException() {
    List<String> list = mock(List.class);
    when(list.get(0)).thenThrow(new SomeException());
    String test = list.get(0);
}

public class SomeException extends Exception {
}

Dies führt jedoch zu folgendem Fehler.

org.testng.TestException: 
Expected exception com.testing.MockitoCheckedExceptions$SomeException but got org.mockito.exceptions.base.MockitoException: 
Checked exception is invalid for this method!
Invalid: com.testing.MockitoCheckedExceptions$SomeException

Wenn man sich die Mockito-Dokumentation ansieht , die sie nur verwenden RuntimeException, ist es nicht möglich, mit Mockito geprüfte Ausnahmen von einem Scheinobjekt zu werfen?

Überprüfen Sie die Java-API auf Liste .
Die get(int index)Methode wird deklariert, um nur das zu werfen, IndexOutOfBoundExceptionwas sich erstreckt RuntimeException.
Sie versuchen, Mockito anzuweisen, eine Ausnahme auszulösen, SomeException()die nicht gültig ist, um von diesem bestimmten Methodenaufruf ausgelöst zu werden .

Zur weiteren Klärung.
Die List- Schnittstelle sieht nicht vor, dass eine aktivierte Ausnahme von der get(int index)Methode ausgelöst wird. Aus diesem Grund schlägt Mockito fehl.
Wenn Sie die verspottete Liste erstellen , verwendet Mockito die Definition von List .class, um die verspottete Liste zu erstellen .

Das Verhalten, das Sie mit angeben, when(list.get(0)).thenThrow(new SomeException()) stimmt nicht mit der Methodensignatur in der Listen-API überein , da die get(int index)Methode nicht ausgelöst wirdSomeException() und Mockito fehlschlägt.

Wenn Sie dies wirklich tun möchten, lassen Sie Mockito einen new RuntimeException()oder noch besser einen werfen, new ArrayIndexOutOfBoundsException()da die API angibt, dass dies die einzige gültige Ausnahme ist, die ausgelöst wird.

Eine Problemumgehung besteht darin, eine willAnswer()Methode zu verwenden.

Zum Beispiel funktioniert das Folgende (und MockitoExceptionwirft kein, sondern wirft tatsächlich ein Häkchen, Exceptionwie hier erforderlich) mit BDDMockito:

given(someObj.someMethod(stringArg1)).willAnswer( invocation -> { throw new Exception("abc msg"); });

Das Äquivalent für Mockito würde die doAnswerMethode verwenden

Beachten Sie, dass in der Regel Mockito nicht geprüfte Ausnahmen werfen lassen , so lange die Ausnahme in der Nachrichtensignatur deklariert wird. Zum Beispiel gegeben

class BarException extends Exception {
  // this is a checked exception
}

interface Foo {
  Bar frob() throws BarException
}

Es ist legal zu schreiben:

Foo foo = mock(Foo.class);
when(foo.frob()).thenThrow(BarException.class)

Wenn Sie jedoch eine aktivierte Ausnahme auslösen, die nicht in der Methodensignatur deklariert ist, z

class QuxException extends Exception {
  // a different checked exception
}

Foo foo = mock(Foo.class);
when(foo.frob()).thenThrow(QuxException.class)

Mockito schlägt zur Laufzeit mit der etwas irreführenden, generischen Meldung fehl:

Checked exception is invalid for this method!
Invalid: QuxException

Dies kann dazu führen, dass Sie glauben, dass geprüfte Ausnahmen im Allgemeinen nicht unterstützt werden. Tatsächlich versucht Mockito jedoch nur, Ihnen mitzuteilen, dass diese geprüfte Ausnahme für diese Methode nicht gültig ist .

Mit Kotlin gibt es die Lösung:

given(myObject.myCall()).willAnswer {
    throw IOException("Ooops")
}

Woher kommt kommt

import org.mockito.BDDMockito.given

Das funktioniert bei mir in Kotlin:

when(list.get(0)).thenThrow(new ArrayIndexOutOfBoundsException());

Hinweis: Wirf eine andere definierte Ausnahme als Exception () aus.