Антипаттерны модульного тестирования

🧪 Тестирование Приватных/Защищенных Методов:

Приватные методы не следует тестировать напрямую. Тестирование должно проходить косвенно через публичные методы, вызывающие приватные методы.
Сложности при тестировании приватного метода могут указывать на отсутствие абстракции или мертвый код.

🛡️ Нарушение Инкапсуляции в Целях Упрощенных Тестов:

Код не должен изменяться исключительно ради упрощения тестирования. Тесты должны взаимодействовать с кодом точно так, как это происходит в продакшне.
Инкапсуляция является ключевым аспектом качественного кода и его поддержки.

🔍 Разглашение Реализации в Тестах:

Тесты не должны знать о деталях реализации. Они должны фокусироваться на ожидаемых результатах, а не на конкретных алгоритмах или внутренней логике.
Параметризованные тесты могут использоваться для охвата различных сценариев, не раскрывая детали реализации.

🚯 Загрязнение Кода:

Добавление неиспользуемого кода или флагов исключительно для целей тестирования является формой загрязнения кода.
Интерфейсы могут быть выделены и использованы для мокирования вместо добавления лишнего кода только для тестирования.

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