Wie teste ich eine Klasse, die private Methoden, Felder oder innere Klassen hat?

Question

Wie kann ich mit JUnit eine Klasse testen, die interne private Methoden, Felder oder verschachtelte Klassen hat?

Es scheint schlecht, den Zugriffsmodifikator für eine Methode zu ändern, nur um einen Test durchführen zu können.

Answer 1

Wenn Sie versuchen, vorhandenen Code zu testen, den Sie nur ungern oder gar nicht ändern möchten, ist Reflection eine gute Wahl.

Wenn das Design der Klasse noch flexibel ist und Sie eine komplizierte private Methode haben, die Sie separat testen möchten, schlage ich vor, dass Sie sie in eine separate Klasse auslagern und diese Klasse separat testen. Dabei muss die öffentliche Schnittstelle der ursprünglichen Klasse nicht geändert werden; es kann intern eine Instanz der Hilfsklasse erzeugt und die Hilfsmethode aufgerufen werden.

Wenn Sie schwierige Fehlerbedingungen testen wollen, die von der Hilfsmethode kommen, können Sie einen Schritt weiter gehen. Extrahieren Sie eine Schnittstelle aus der Helferklasse, fügen Sie der Originalklasse einen öffentlichen Getter und Setter hinzu, um die Helferklasse (die über ihre Schnittstelle verwendet wird) zu injizieren, und injizieren Sie dann eine Mock-Version der Helferklasse in die Originalklasse, um zu testen, wie die Originalklasse auf Ausnahmen von der Helferklasse reagiert. Dieser Ansatz ist auch dann hilfreich, wenn Sie die ursprüngliche Klasse testen wollen, ohne auch die Helferklasse zu testen.

Answer 2

Das Testen privater Methoden unterbricht die Kapselung Ihrer Klasse, denn jedes Mal, wenn Sie die interne Implementierung ändern, unterbrechen Sie den Client-Code (in diesem Fall die Tests).

Testen Sie also keine privaten Methoden.

Answer 3

Die Antwort von JUnit.org FAQ-Seite :

Aber wenn Sie müssen...

Wenn Sie JDK 1.3 oder höher verwenden, können Sie Reflection verwenden, um den den Zugriffskontrollmechanismus mit Hilfe des PrivilegedAccessor . Für Details zur Verwendung lesen Sie bitte dieser Artikel .

Wenn Sie JDK 1.6 oder höher verwenden und Ihre Tests mit @Test annotieren, können Sie Dp4j um Reflexion in Ihre Testmethoden einzubauen. Für Details zur Verwendung finden Sie unter dieses Testskript .

P.S. Ich bin der Hauptautor von Dp4j , fragen ich wenn Sie Hilfe brauchen :)

Answer 4

PowerMockito ist genau dafür gemacht. Maven-Abhängigkeit verwenden

    <dependency>
        <groupId>org.powermock</groupId>
        <artifactId>powermock-core</artifactId>
        <version>2.0.7</version>
        <scope>test</scope>
    </dependency>

Dann können Sie

import org.powermock.reflect.Whitebox;
...
MyClass sut = new MyClass();
SomeType rval = Whitebox.invokeMethod(sut, "myPrivateMethod", params, moreParams);

Answer 5

Wenn Sie private Methoden einer Legacy-Anwendung testen wollen, deren Code Sie nicht ändern können, ist eine Option für Java jMockit die es Ihnen ermöglicht, Mocks für ein Objekt zu erstellen, auch wenn sie für die Klasse privat sind.