Модуль: Как написать тестовый пример с использованием jUnit и Mockito

Я предполагаю, что вы пытаетесь проверить свой метод getNameInc(..). Когда вы вызываете его, он ищет файлы в указанном вами каталоге и на основе того, что он находит, украшает имя, которое вы ему дали.

Чтобы сделать класс пригодным для модульного тестирования, вы должны абстрагировать зависимость от файловой системы, чтобы в макете вы могли имитировать любое содержимое каталога, которое хотите. Ваш класс примет экземпляр этого интерфейса в качестве зависимости и вызовет его, чтобы узнать, что находится в каталоге. Когда вы используете класс в своей программе по-настоящему, вы предоставляете реализацию этого интерфейса, которая делегирует вызовы файловой системы JDK. Когда вы выполняете модульное тестирование класса, вы предоставляете Mockito макеты этого интерфейса.

Не добавляйте слишком много логики в класс FilesystemImpl, поскольку для него нельзя написать строгий модульный тест. Держите его в виде очень простой оболочки вокруг файловой системы, чтобы все интеллектуальные функции находились в классе Yourclass, для которого вы напишете множество модульных тестов.

public interface Filesystem {
    boolean contains(String dirpath, String filename);
}

public class FilesystemImpl {
    boolean contains(String dirpath, String filename) {
        // Make JDK calls to determine if the specified directory has the file.
        return ...
    }
}

public class Yourmainclass {
    public static void main(String[] args) {

         Filesystem f = new FilesystemImpl();
         Yourclass worker = new Yourclass(f);
         // do something with your worker
         // etc...
    }
}

public class Yourclass {
    private Filesystem filesystem;

    public Yourclass(Filesystem filesystem) {
        this.filesystem = filesystem;
    }

    String getNameInc(String dirpath, String filename) {
       ...
       if (filesystem.contains(dirpath, filename) {
          ...
       }
    }

}

public class YourclassTest {

   @Test
   public void testShouldAppendAAWhenFileExists() {
       Filesystem filesystem = Mockito.mock(Filesystem.class);
       when(filesystem.contains("/some/mock/path", "bankAccount.pdf").thenReturn(true);
       Yourclass worker = new Yourclass(filesystem);
       String actual = worker.getNameInc("/some/mock/path", "bankAccount.pdf");
       assertEquals("bankAccountAA.pdf", actual);
   }

   @Test
   public void testShouldNotAppendWhenFileDoesNotExist {
       Filesystem filesystem = Mockito.mock(Filesystem.class);
       when(filesystem.contains("/some/mock/path", "bankAccount.pdf").thenReturn(false);
       Yourclass worker = new Yourclass(filesystem);
       String actual = worker.getNameInc("/some/mock/path", "bankAccount.pdf");
       assertequals("bankAccount.pdf", actual);
   }
}

Поскольку между тестами много дублирования, вы, вероятно, создадите метод установки и выполните там часть работы, а также создадите некоторые переменные экземпляра для использования в тестах:

    private static final String TEST_PATH = "/some/mock/path";
    private static final String TEST_FILENAME = "bankAccount.pdf";
    private Filesystem filesystem;
    private Yourclass worker;

    @Before
    public void setUp() {
        filesystem = Mockito.mock(Filesystem.class);
        worker = new Yourclass(filesystem);
    }

    @Test
   public void testShouldAppendAAWhenFileExists() {
       when(filesystem.contains(TEST_PATH, TEST_FILENAME).thenReturn(true);
       String actual = worker.getNameInc(TEST_PATH, TEST_FILENAME);
       assertEquals("bankAccountAA.pdf", actual);
   }

   etc...

Для того, что вы там описали, я бы не стал возиться с Mockito, похоже, не над чем издеваться (потому что с файловой системой легко манипулировать).

Я бы проверил... - Что произойдет, если я вызову getNameInc, а соответствующих файлов уже нет - Что произойдет, если я вызову getNameInc, а там уже есть файлы AA-YY - Что произойдет, если я вызову getNameInc, а файл ZZ уже есть

Однако смысл TDD в том, что вы должны были уже написать эти тесты, а затем реализовать свой код, чтобы тесты прошли. Таким образом, вы действительно не будете использовать TDD, поскольку у вас уже есть код.