karczowarki metody, które manipuluje parametry z Mockito

Question

Mam następującą sytuację:

class Worker { 
    public Integer somework() { 
     Integer k=0; 
     Helper h= new Helper(); 
     h.change(k); 
     return k; 
    } 
} 

class Helper { 
    public void change(Integer k) { 
    //k = Some calcs 
    } 
} 

Robię unitests dla Worker i oczywiście chcę drwić Helper klasę tak, że jego metoda change zawsze umieścić 1 do k.

Moja realna sytuacja jest bardziej skomplikowana, ale ten kod reprezentuje problem. Dzięki za pomoc.

Answer 1

Zmieniłbym podpis metody i sprawił, że wystąpił jako instancja Helper. Osoba wywołująca utworzy pomocnika i przekaże go do metody somework. Test przejdzie pozornego pomocnika.

Jeśli nie jest to możliwe, przynajmniej zadzwonić chronionej metody fabryki do tworzenia pomocnika, i drwić z tej metody fabryki podczas testowania metody somework w celu uczynienia go zwrócić mock pomocnika:

class Worker { 
    public Integer somework(){ 
     Integer k=0; 
     Helper h= createHelper(); 
     h.change(k); 
     return k; 
    } 

    // this method may be mocked when testing somework, to return a mock helper. 
    protected Helper createHelper() { 
     return new Helper(); 
    } 
} 

Answer 2

Dla punktu @JB Nizet, tak, dobrze jest zrestrukturyzować testowalność. Często refaktoryzacja, aby uczynić kod bardziej testowalnym, prowadzi do kodu, który jest lepszy z innych powodów - rozdzielenia obaw i tym podobnych. Nie zawsze jest to możliwe. Powiedzmy, że to nie jest twój kod lub masz inne wymaganie, aby zostawić to w spokoju (ponieważ wiele innych klas polega na tym, że tak jest) lub cokolwiek innego.

Jeśli dobrze rozumiem, co trzeba zrobić, myślę, że można to zrobić ze szpiegiem:

Worker workerUnderTest = new Worker(); 
Worker spiedWorkerUT = spy(workerUnderTest); 
Helper mockHelper = mock(Helper.class); 
when(spiedWorkerUT.createHelper()).thenReturn(mockHelper); 
Integer actual = spiedWorkerUT.someWork(); 
verify(mockHelper).change(0); 

Następnie użyj spiedWorkerUT zamiast workerUnderTest do uruchamiania testów.

Nie zawsze można uniknąć tworzenia czegoś, co chce się udawać. W tym celu istnieje PowerMock.

Helper mockHelper = mock(Helper.class); 
whenNew(Helper.class).withNoArguments().thenReturn(mockHelper); 

Answer 3

Mam metodę z definicji takiego:

class Template{ 
    public void process(Object rootMap, StringWriter out){ 
....... 
    } 
} 

pokażę, jak można zmienić/zmodyfikować "out" (StringWriter) Referencje.

private final Template mocktTemplate = mock(Template.class); 
doAnswer(new Answer<StringWriter>() { 

      public StringWriter answer(InvocationOnMock invocation) 
        throws Throwable { 
       Object[] args = invocation.getArguments(); 
       if (args[1] instanceof StringWriter) { 
        StringWriter stringWriter = (StringWriter) args[1]; 
        stringWriter.write("Email message"); 
       } 
       return null; 
      } 
     }).when(this.mocktTemplate).process(anyObject(),any(StringWriter.class)); 

Teraz, kiedy robią rzeczywiste połączenia jak:

msgBodyTemplate.process(model, msgBodyWriter); 

roku wartość StringBuffer ref w msgBodyWriter będzie "wiadomości e-mail"; niezależnie od wcześniejszej wartości.

Answer 4

Myślę, że DoAnswer to najlepsza metoda radząca sobie z metodą void, w której metoda manipuluje określonymi parametrami.

doAnswer(new Answer() { 
    public Object answer(InvocationOnMock invocation) { 
     Object[] args = invocation.getArguments(); 
     Mock mock = invocation.getMock(); 
     return null; 
    }}) 
.when(mock).someMethod(); 

Zasadniczo, po uzyskaniu argumentów można wykonać dowolną modyfikację. There's a blog post wyjaśnienie to trochę.