Mockito: szyderczy ArrayList, które zostaną zapętlone w pętli for

Question

Mam metodę podstawie testu, który zawiera następujący fragment:

private void buildChainCode(List<TracedPath> lines){ 
    for(TracedPath path : lines){ 
     /.../ 
    } 
} 

Moja jednostka kod testowy wygląda następująco:

public class ChainCodeUnitTest extends TestCase { 

    private @Mock List<TracedPath> listOfPaths; 
    private @Mock TracedPath tracedPath; 

    protected void setUp() throws Exception { 
     super.setUp(); 
     MockitoAnnotations.initMocks(this); 
    } 

    public void testGetCode() { 
     when(listOfPaths.get(anyInt())).thenReturn(tracedPath); 

     ChainCode cc = new ChainCode(); 
     cc.getCode(listOfPaths); 

     /.../ 
    } 
} 

Problem polega na tym, że podczas wykonywania testu kod testowy nigdy nie przechodzi do pętli for. Kiedy należy określić warunki, aby wprowadzić pętlę for? Obecnie mam określony when(listOfPaths.get(anyInt())).thenReturn(tracedPath), ale myślę, że nigdy nie jest używany.

Answer 1

Twój problem polega na tym, że gdy używasz kolekcji w pętli for-each, wywoływana jest jej metoda iterator(); i nie schrzaniłeś tej konkretnej metody.

Zamiast drwić z listy, zdecydowanie polecam po prostu przekazać prawdziwą listę, gdzie elementy są po prostu wyśmiewane TracedPath, tyle razy, ile chcesz. Coś jak

listOfPaths = Arrays.asList(mockTracedPath, mockTracedPath, mockTracedPath); 

Answer 2

Java for-each pętli użyte wewnątrz metoda buildChainCode nie dzwoni get(), jak już zorientowali się - to stosując metodę iterator() zdefiniowany w Collection<E>, który List<E> rozciąga.

I naprawdę nie polecałabym kpić z listy. Nie ma w tym żadnej korzyści, chyba że koniecznie musisz sprawdzić, czy lista została poddana iteracji, a nawet wtedy lepiej jest potwierdzić lub zweryfikować wyniki zachowania twojej klasy, biorąc pod uwagę określone dane wejściowe.

Przepuścić niektóre implementacji List<E>, takich jak LinkedList<E> z tracedPath w nim.