JUnit 4 und Suspend-on-Exception

Question

Wenn eine nicht abgefangene Ausnahme in meinem Code ausgelöst wird, bin ich es gewohnt, den Debugger bei der Anweisung werfen zu lassen, so dass ich die lokalen Variablen und die Mitglieder aller beteiligten Objekte untersuchen kann Moment, dass die Ausnahme ausgelöst wurde. Mit IntelliJ Idea dies kann, Ansicht Haltepunkte, die Auswahl der Ausnahme, indem Sie auf Run erreicht werden Haltepunkte Registerkarte Überprüfung Jede Ausnahme, und sicherstellen, dass die Exception abgefangen Checkbox deaktiviert ist, während die Nicht abgefangene Ausnahme Kontrollkästchen ist aktiviert. Mit Eclipse und mit Visual Studio (für C#) ist es etwas anderes, aber in gleicher Weise.

Die Fähigkeit, den Debugger auf diese Weise zu verhalten, ist äußerst nützlich. so nützlich in der Tat, dass ich die Hauptschleife meiner Programme entsprechend strukturiere: In der Release-Version ist die Hauptschleife natürlich in einen try-catch-all eingebettet; Aber in der Debug-Version gibt es keinen try-catch-Block in der Hauptschleife, so dass alle Ausnahmen, die nirgends in meinem Programm abgefangen werden, nicht abgefangen werden, so dass der Debugger mein Programm in dem Moment, in dem sie ausgelöst werden, aussetzt.

Beim Testen meiner Java-Klassen mit JUnit habe ich jedoch ein Problem: Der Debugger stoppt bei keiner Ausnahme. Was passiert, ist, dass nicht nur erwartete, sondern auch unerwartete Ausnahmen automatisch abgefangen werden und dass mir eine Post-Mortem-Ausnahme-Stack-Ablaufverfolgung gegeben wird, um zu versuchen, Sinn zu machen. Das ist nicht sehr cool.

Früher dachte ich, dass dies geschieht, weil JUnit Verwendung von java.lang.reflect.Method.invoke() macht, der alle Ausnahmen abfängt und transformiert sie in TargetInvocationExceptions, aber dann meine eigene benutzerdefinierte JUnit runner ich schrieb, die persönlich meine Testklasse kennt und ruft direkt ihre Methoden ohne Method.invoke(), und das Problem besteht fort. Dies bedeutet, dass das Problem innerhalb von Core JUnit weit oben liegt.

Also, hat jemand anderes das gleiche Problem? Kennt jemand eine Lösung, damit der Debugger die Programmausführung bei unerwarteten Ausnahmen anhalten kann, während er mit JUnit testet?

Verwandte (offen) Frage: Suspend on uncaught runtime exceptions in Eclipse Junit test runner

Verwandte (offen) Frage: How to break into debugger within a jUnit test case?

Verwandte (teilweise beantwortet) Frage: Break on Exception in Eclipse using jUnit (Die akzeptierte Antwort sagt, dass „wenn Sie Debug für eine einzelne Methode in jUnit, Die Breakpoints beginnen zu arbeiten. Wenn eine ganze Klasse oder ein ganzes Paket in jUnit debuggt wird, funktioniert der Debugger nicht. ")

Answer 1

Als Workaround zur Untersuchung eines Testfehlers können Sie eine Instanz des problematischen Tests erstellen Klasse in Hauptmethode und Aufruf seine Testmethode von Hand mit Ihrer Ausnahme Breakpoints-Methode (die übrigens sehr cool ist, danke für die Frage). Auf diese Weise wird die Methode nicht reflektiv aufgerufen.

Answer 2

Ich hoffe, dass ich die Frage richtig verstanden habe, mich so korrigieren, wenn ich falsch bin, aber:

• Sie einen Test haben, die eine Ausnahme auslöst, die Sie nicht selbst fangen (so ist es, in dass Sinn ist nicht abgefangene)
• , wenn Sie diesen Test mit dem testrunner JUnit4 debuggen, JUnit Sie zeigt, dass der Test nicht besteht (es die Ausnahme ausgelöst hat)
• aber der Faden nicht unterbrochen ist, das ist, was Sie
erreichen wollen
• obwohl Sie preferences | java | debug | suspend execution on uncaught exceptions aktiviert haben

In diesem Fall glaube ich, das das beabsichtigte Verhalten ist, JUnit Fänge und schluckt Ihre Ausnahme, so ist es so weit nicht abgefangene als Eclipse betrifft, so https://bugs.eclipse.org/bugs/show_bug.cgi?id=414133

Sie haben Eclipse können hier beschrieben suspendieren in jedem Fall, indem Sie Ihre eigenen Regeln für das Aussetzen von abgefangenen Ausnahmen festlegen. Debug perspective | breakpoint view | J! icon | check suspend on caught exception