5 советов по написанию действительно хороших юнит-тестов

1) Тестируйте поведение, а не реализацию

Пишите тесты, которые проверяют, что код должен делать, а не как именно он это делает внутри.

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

2) Давайте тестам имена как документации, а не как коду

Пишите имена тестовых методов так, как будто они рассказывают историю - - чётко, конкретно и читаемо для человека.

Это облегчает чтение отчетов о тестах — не нужно углубляться в код.

3) Пишите тест до исправления ошибки

Когда вы обнаруживаете ошибку, сначала напишите тест, который воспроизводит её, прежде чем исправить код.

Это докажет, что ошибка действительно существует (а не только в вашей голове).

Допустим, вы обнаружили, что дни рождения в високосный год крашат вашу систему.

4) Используйте тесты с параметрами для граничных случаев

Вместо того чтобы писать много похожих тестов, пробегитесь по набору входных данных с помощью параметризованных тестов.

Это предотвращает беспорядок от копипаста и делает набор тестов более чистым.

5) Проверяйте только важные моменты, а не все поля

Сфокусируйтесь на утверждениях, касающихся важных бизнес-результатов, а не на каждом поле объекта.

Это помогает тестам оставаться стабильными, даже когда несущественные детали изменяются.

👉 Java Portal