Какие хорошие практики и антипаттерны есть в юнит-тестировании? Как понять, что тесты хорошие?

Хорошие практики юнит-тестирования:

• Изолированность: каждый тест проверяет только один конкретный аспект или функцию.
• Повторяемость: тесты должны давать одинаковый результат при каждом запуске, независимо от окружения.
• Быстродействие: юнит-тесты должны выполняться быстро, чтобы не тормозить процесс разработки.
• Понятность: код тестов должен быть простым и читаемым, чтобы легко понимать, что именно проверяется.
• Использование моков и стабов: для изоляции тестируемого кода от внешних зависимостей.
• Покрытие граничных случаев: тесты должны проверять не только обычные сценарии, но и крайние случаи.

Антипаттерны:

• Тестирование нескольких вещей сразу: усложняет понимание и отладку.
• Зависимость от внешних ресурсов: базы данных, сети и т.п. делают тесты нестабильными.
• Сложные и длинные тесты: затрудняют поддержку.
• Отсутствие очистки после теста: может влиять на последующие тесты.
• Тестирование приватных методов напрямую: лучше тестировать через публичный интерфейс.

Как понять, что тесты хорошие:

• Они быстро выполняются и стабильно проходят.
• Легко понять, что именно проверяется.
• При изменении кода тесты помогают выявить регрессии.
• Покрывают основные и граничные случаи.

Пример простого юнит-теста на Go:

func Add(a, b int) int {
    return a + b
}

func TestAdd(t *testing.T) {
    result := Add(2, 3)
    if result != 5 {
        t.Errorf("Add(2, 3) = %d; want 5", result)
    }
}