Как модульные тесты в разы усложняют поддержку проекта | Разбор книги Роберта Мартина #4

Аватар автора
Организованное программирование
В этом выпуске мы разбираем следующую главу «Чистого кода» Роберта Мартина про модульные тесты и TDD. Глава маленькая, но последствия от неё — огромные. Мы поговорим о том, как Мартин трактует модульные тесты, зачем он навязывает «три закона TDD» и почему вся глава местами напоминает идеологический манифест, а не практическое руководство. Я покажу, как его подход работает (и не работает) в реальной жизни, где модульные тесты действительно помогают, а где — становятся тормозом для архитектуры, мешают рефакторингу, и даже запирают разработчиков в ловушку реализации. 📌 Обсуждаем: - Почему TDD ≠ надёжность, и как это связано с деталями реализации - Как тесты мешают менять код, вместо того чтобы помогать - Модульные vs. интеграционные тесты: когда что действительно нужно - Почему идея «удалять модульные тесты после проектирования» — не безумие, а осознанная практика - Зачем Мартин создаёт тестовый DSL, и почему это часто превращается в god-object в обёртке удобочитаемости - История про "один assert на тест", роспек, матчеры и почему современные практики давно пошли другим путём - И самое главное: что из этой главы стоит взять, а что — отбросить без угрызений совести Это выпуск не только о тестах, но и о том, как теоретические идеи живут (или не выживают) в продакшене, и почему взрослому инженеру важно уметь отделять идеологию от практики В этом видео: 00:00 – Введение. Почему модульные тесты до сих пор спорный инструмент? 00:36 – С чего всё начиналось: как тестирование...

0/0


0/0

0/0

0/0