Mocking Reflexion basierte Anrufe

Ich versuche zu verspotten einige Reflexion basierenden Methoden. Unten können Sie sehen, die details,

Klasse Unter Test

public class TracerLog {
    @AroundInvoke
    public Object logCall(InvocationContext context) throws Exception {
        Logger logger = new Logger();
        String message = "INFO: Invoking method - " 
                + context.getMethod().getName() + "() of Class - " 
                + context.getMethod().getDeclaringClass();

        logger.write(message);
        return context.proceed();
    }
}

Test

public class TracerLogTest {

@Mock
InvocationContext mockContext;
@Mock
Logger mockLogger;
@InjectMocks
private TracerLog cut = new TracerLog();

@BeforeMethod
public void setup() {
    MockitoAnnotations.initMocks(this);
}

@Test
public void logCallTest() throws Exception {
    when(mockContext.proceed()).thenReturn(true);
    when(mockContext.getMethod().getDeclaringClass().getName()).thenReturn("someClass");
    cut.logCall(mockContext);
    verify(mockContext).proceed();
}

}

oder

@Test
public void logCallTest() throws Exception {
    when(mockContext.proceed()).thenReturn(true);
    when(mockContext.getMethod().getName()).thenReturn("someMethod");
    when(mockContext.getMethod().getDeclaringClass().getName()).thenReturn("someClass");
    cut.logCall(mockContext);
    verify(mockLogger).write(anyString());
    verify(mockContext).proceed();
}

Aber, die tests fehlschlagen mit einer NullPointerException. Ich verstehe, dass ich bin, etwas falsch zu machen gegen Spott Konzepte, aber ich verstehe nicht, was es ist. Könntest du bitte werfen etwas Licht auf ihn und auch mir empfehlen, wie diese Methode getestet werden kann?

Dank.

  • Wie erstellen Sie Ihre mock-Objekte und Ihr Objekt unter test? Können Sie Ihre gesamte test-Klasse, nicht nur die test-Methode? Danke.
  • Ich habe nun bearbeitet Sie die Frage, enthalten den vollständigen code.
InformationsquelleAutor Bala | 2012-01-25
  1. 22

    Benötigen Sie eine Methode, Objekt und einem Objekt der Klasse. Wie pro Ihren Kommentar, Mockito nicht simulieren Sie eine Methode, so müssen Sie eine echte. Habe ich noch nicht getestet, aber ich glaube, dass das funktionieren würde. Statt:

    when(mockContext.getMethod().getName()).thenReturn("someMethod");
when(mockContext.getMethod().getDeclaringClass().getName()).thenReturn("someClass");

    Benötigen Sie:

    //any method will do, but here is an example of how to get one.
Method testMethod = this.getClass().getMethod("logCallTest");

when(mockContext.getMethod()).thenReturn(testMethod);

    Offensichtlich getName() wird nicht zurückkehren "someMethod" mehr und getDeclaringClass().getName() zurück, der name dieser Testklasse (im Beispiel), aber obwohl Sie konnte nicht wählen, was Sie zurückgeben, was Sie zurückgeben, ist immer noch deterministisch, so dass Sie sollten in der Lage sein, um zu überprüfen, alles, was Sie brauchen. (Natürlich, wenn Sie benötigt wird, um auszuspionieren, oder stellen Sie sicher, dass ein Anruf getätigt wurde auf die Methode Objekt selbst, du bist immer noch stecken.)

    • Vielen Dank für deine Antwort, aber Mockito beschwert sich, dass es sich nicht verspotten oder spy java.lang.reflektieren.Methode. Gibt es andere Wege, dies zu erreichen?
    • Ich habe bearbeitet meine Antwort zu zeigen, wie eine echte Methode Objekt. Diese Adresse sollte der einfache Beispiele in deiner Frage, aber es gibt immer noch Einschränkungen.
    • Vielen Dank für Ihren Vorschlag, aber mockContext.getMethod().getDeclaringClass() funktioniert nicht in diesem Fall.
    • Warum nicht? Eine wirkliche Methode hat eine Klasse deklarieren. So erhalten Sie den echten deklarieren der Klasse.
    • Du hast Recht. Es arbeitete. Vielen Dank 🙂
    InformationsquelleAutor jhericks
  2. 3

    Ja das problem ist, dass mockContext.getMethod() wird null zurückgegeben. Also jedes mal, wenn Sie dies ausführen, dann rufen Sie etwas, auf das Ergebnis (getDeclaringClass() oder getName()) du bekommst die NPE. Sie wollen wahrscheinlich verwenden Sie die RETURNS_DEEP_STUBS Standard-Antwort, wenn Sie die mock. So etwas wie 

    @Mock( answer = RETURNS_DEEP_STUBS ) private InvocationContext mockContext;

    sollte den trick tun.

    • Hallo David ich weitgehend mit Ihnen überein. Aber für den Leser : die Methode ist eine Finale Klasse, es kann nicht sein, verspotteten, mit Mockito 😉 Auch ich würde nicht empfehlen, zu verspotten Typen, die Sie nicht besitzen.
    • Oh stören. Brice ist richtig (er gewöhnlich ist, über diese Dinge). Da Mockito kann nicht verspotten final Klassen, sehe ich keine Möglichkeit, das zu tun, was der original-poster wollte. Sorry.
    • Nun, ich Stimme mit Ihnen überein, aber InvocationContext ist nicht eine final Klasse und es hat, damit er verspottet, in meinem Fall, weil ich nicht wollen, dass die application-server ausgeführt werden, für meinen test. Habe ich irgendwo schief gehen?
    • Ich war nur im Gespräch über die Methode, die Klasse, den Sie gehen sollten, mit der Antwort von jhericks es stackoverflow.com/a/9011651/48136 David, ich kann verpassen die Dinge auch 😉
    • Natürlich auf der anderen Seite java.lang.reflektieren.Methode nicht verspottet mit Mockito. Dies ist, wo ich etwas Hilfe benötigen. Können Sie bitte geben Sie mir einige Ideen, wie Sie damit umgehen?
    • Yeah-Methode wird ein Objekt erstellt, indem die JVM-Interna. Die einzige Möglichkeit, die mir einfällt, ist, etwas so zu schreiben, dass Method testMethod = YourOwnClass.class.getDeclaredMethod("someMethod"); when(invocationContext.getMethod()).thenReturn(testMethod);. Noch besser wäre es, tatsächlich erstellen Sie Ihre eigene Instanz von InvocationContext, anstatt lustig (also keine mock-Typen, die Sie nicht besitzen). Ich hoffe, das hilft.
    • Dein Erster Vorschlag funktioniert möglicherweise nicht für mockContext.getMethod().getDeclaringClass(). Reg. meine eigene Instanz von InvocationContext - Dieses Objekt wird erstellt, indem der EJB-container, und ich kann es schaffen, in das unit-testing-Umgebung, ohne den container, und ich möchte nicht die Rolle des Containers in meinem unit-test 🙁
    • Ach ja, ich vergaß, Sie arbeitete mit EJBs. Dann nehme ich an, Sie sind fast ok, zu verspotten InvocationContext (Aber vermeiden, so viel wie möglich sehen, die 4-5 ersten google-Ergebnisse google.fr/...). Vielleicht gibt es ein paar Projekte, die zum Ziel haben, JEE unit-test-Unterstützung (nicht die Arquillian Weg, die eigentlich deploy EJBs).

    InformationsquelleAutor Dawood ibn Kareem
Schreibe einen Kommentar