PowerMockito: come simulare i metodi chiamati dal costruttore?

Question

Ho la seguente classe:

public class Foo { 

    public Foo() { 
    initField1(); 
    initField2(); 
    initField3(); 
    } 

} 

ho bisogno di modificare il comportamento (per prendere in giro) initField1() e initField3() per loro fare non fare nulla o qualcos'altro che fanno effettivamente. Sono interessato ad eseguire il codice effettivo di initField2().

voglio scrivere il seguente test:

Foo foo = new Foo(); 
assertTrue(foo.myGet()); 

myGet() restituisce un attributo di Foo che è stato calcolato da initField2().

I metodi initField() sono ovviamente privati.

Come posso fare una cosa del genere?

Grazie per il vostro aiuto e cordiali saluti.

Answer 1

Penso che ci sia qualcosa di sbagliato in quello che vuoi fare.

Per quanto ho capito, un framework beffardo come Mockito o PowerMock è pensato per simulare l'interazione tra l'oggetto in prova e le sue dipendenze.

Come ho capito la tua domanda, vuoi prendere in giro parte del comportamento dell'oggetto e testare il resto.

Nel tuo caso, si desidera verificare qualcosa che non accadrà mai, come initField2() non verrà mai chiamato senza chiamate a initField1() e initField3()

Se la ragione per cui non si vuole chiamare initField1() e initField3 è perché questi i metodi interagiscono con altri oggetti, o con filesystem o DB, quindi dovresti iniettare le dipendenze tramite l'argomento costruttore o setter annotati, e solo iniezioni di mock per i tuoi test. E per istanziare il tuo oggetto con le sue dipendenze correttamente configurate, usa il modello factory, il pattern builder, o anche meglio, usa un framework di injection dependency come quello di Spring o Google Guice.

Se il motivo che d'ont desidera chiamare initField1() e initField3 è perché hanno a che fare con la logica di business diverso nel vostro oggetto, allora questo odori (come in http://martinfowler.com/books/refactoring.html) come si sta rompendo il principio singola responsabilità, e si dovrebbe refactoring.

Answer 2

Considerando tutto può succedere nel codice legacy :) è possibile utilizzare PowerMock a reprimere metodi descritti nel http://code.google.com/p/powermock/wiki/SuppressUnwantedBehavior

import static org.powermock.api.support.membermodification.MemberMatcher.methods; 
import static org.powermock.api.support.membermodification.MemberModifier.suppress; 

@RunWith(PowerMockRunner.class) 
@PrepareForTest(Foo.class) 
public class FooTest { 

    @Test 
    public void testSuppressMethod() throws Exception { 
     suppress(methods(Foo.class, "initField1", "initField3")); 
     Foo foo = new Foo(); 
    } 
} 

Ancora, si dovrebbe ri-fattore della classe dopo che hai un'adeguata copertura di test per esso .