Mockito - Kpiny z pliku

Question

Mam klasę, która przyjmuje pojedynczy plik, znajduje plik z nim powiązany i otwiera go. Coś wzdłuż linii

class DummyFileClass 
{ 
    private File fileOne; 
    private File fileTwo; 
    public DummyFileClass(File fileOne) 
    { 
     this.fileOne = fileOne; 
     fileTwo = findRelatedFile(fileOne) 
    } 

    public void someMethod() 
    { 
     // Do something with files one and two 
    } 

} 

w moich testów jednostkowych, chcę móc przetestować metodę someMethod() bez konieczności posiadania pliki fizyczne siedzi gdzieś. Mogę wyśmiać fileOne i przekazać go do konstruktora, ale ponieważ fileTwo jest obliczany w konstruktorze, nie mam nad tym kontroli.

Mogę kpić z metody findRelatedFile() - ale czy jest to najlepsza praktyka? Poszukuje najlepszego projektu, a nie pragmatycznego rozwiązania. Jestem całkiem nowy w szyderczym środowisku.

Answer 1

W takiej sytuacji używałbym fizycznych plików do testowania komponentu i nie polegał na szyderczym systemie. Jak podaje fge, może to być łatwiejsze i nie musisz się martwić niepoprawnymi założeniami, które możesz sobie wyobrazić.

Na przykład, jeśli polegasz na File#listFiles(), możesz mieć swoją próbę zwrócić ustaloną listę File s, jednak kolejność, w której są one zwracane, nie jest gwarantowana - fakt, że możesz odkryć, gdy uruchomisz swój kod na inna platforma.

chciałbym rozważyć użycie TemporaryFolder regułę JUnit, które pomogą Ci skonfigurować strukturę plików i katalogów, czego potrzeba do testu, np

public class DummyFileClassTest { 
    @Rule 
    public TemporaryFolder folder = new TemporaryFolder(); 

    @Test 
    public void someMethod() { 
     // given 
     final File file1 = folder.newFile("myfile1.txt"); 
     final File file2 = folder.newFile("myfile2.txt"); 

     ... etc... 
    } 
} 

Zasadą powinno oczyścić wszelkie utworzonych plików i katalogów Po zakończeniu testu .