Gibt es eine Möglichkeit, JUnit zu zwingen, bei jeder ungeprüften Ausnahme fehlschlagen, auch wenn verschluckt

Question

Ich benutze JUnit, um einige höhere Level-Tests für Legacy-Code, der keine Unit-Tests hat schreiben.

Ein Großteil dieses Codes "schluckt" eine Vielzahl von ungeprüften Ausnahmen wie NullPointerExceptions (z. B. indem nur die Stapelverfolgung gedruckt und null zurückgegeben wird). Daher kann der Komponententest selbst durchlaufen, da es an verschiedenen Stellen im unteren Code eine Kaskade von Katastrophen gibt.

Gibt es eine Möglichkeit, einen Test für die erste ungeprüfte Ausnahme fehlschlagen zu lassen, selbst wenn sie verschluckt wird?

Die einzige Alternative, die ich denken kann, ist, einen benutzerdefinierten JUnit-Wrapper zu schreiben, der System.err umleitet und dann die Ausgabe nach Ausnahmen analysiert.

Answer 1

Wenn Sie die Tests im IDE-Debugger ausführen, können Sie die IDE so konfigurieren, dass sie bricht, wenn eine Ausnahme ausgelöst wird.

Answer 2

In Fehlen einer konkreten Lösung, ist meine Antwort ziemlich allgemein:

Solche Code riecht (z Swalling Ausnahmen) werden am besten Schritt für Schritt (Klasse nach Klasse) gereinigt, wenn Sie sie treffen, während das Altsystem Bugfixing. Code-Qualitätstools (z. B. Findbugs, PMD, Checkstyle oder sogar Sonar Quality Server) helfen Ihnen, diese Dinge zu finden.

Eine Möglichkeit, automatisch geschluckte Ausnahmen automatisch zu "fangen", ist die Verwendung des AspectJ-Compilers. Sie können Aspekte zum Generieren eines Kompilierungsfehlers in Ihrer IDE deklarieren, wenn bestimmte Code-Konventionen verletzt werden. Alternativ können Sie die zu testenden Klassen zur Laufzeit weben und AspectJ solche Ausnahmen erneut auslösen lassen, damit sie vom JUnit-Runner aufgezeichnet werden können.

Answer 3

Es könnte möglich sein, die Ausnahmen, die Sie fangen wollen, mit einem spöttischen Framework zu verspotten, das den Bytecode modifiziert, oder mit einem AOP-Framework. Ich stelle mir vor, Sie könnten den Konstruktor ändern, um eine schwerwiegendere Exception auszulösen oder ein Flag in Ihrem Testcode zu setzen.

Answer 4

Ich glaube, Ausnahme ist nur eine Standardklasse in den SDK-Bibliotheken.

Wenn Sie es extrahiert, geändert und irgendwo auf Ihrem Klassenpfad vor dem SDK abgelegt haben, denke ich, dass es das im SDK ersetzen sollte (Wenn Sie Ihre "neue" Ausnahme nicht in das SDK-Jar zurückstellen könnten)

Ihre neue Ausnahme könnte jedoch einen statischen Wert festlegen, der vom Testframework gelesen werden kann.

vielleicht nicht die eleganteste Lösung, aber es erfordert keine „Magic“

Answer 5

Ich würde versuchen, AOP zu verwenden, Fehler zu werfen. So etwas sollte funktionieren (beachten Sie, ich habe nicht getestet, und Sie müssen obviouslly AspectJ Setup haben AOP Anmerkungen verwenden)

public class ClassUnderTest 
{ 
    private static Boolean exceptionThrown; 


    @Before 
    public void resetExceptionFlag() 
    { 
     ClassUnderTest.exceptionThrown = false; 
    } 

    @Test 
    public void myTestMethod() 
    { 

     //.... 
     // My Test Exception Code 
     //.... 

     assertFalse(ClassUnderTest.exceptionThrown); 
    } 

    @Aspect 
    static class TestAspects 
    { 
     @Pointcut("handler(Exception)") 
     public void intereceptAllExceptions(){} 

     //This is Fully Qualified because of the conflict with the junit Before annotation above 
     @org.aspectj.lang.annotation.Before("intereceptAllExceptions()") 
     public void flagExceptionThrown() 
     { 
     ClassUnderTest.exceptionThrown = true; 

    } 

} }

Answer 6

Vielleicht können Sie den Code einzufügen, die Sie versuchen zu testen. Meistens müssten Sie einige "Remapper" -Testframeworks wie powermock oder jmockit verwenden, um die Manipulation des Klassenladers in JVM zu manipulieren. Eine Probe der zu testenden Klasse würde jedoch helfen, den erforderlichen Ansatz zu bestimmen.