Ученые проверили, сколько лет TDD, и ВЫ НЕ ПОВЕРИТЕ, ЧТО ОНИ ОБНАРУЖИЛИ! ШОК, СЕНСАЦИЯ, БЕЗ ВИДЕО: https://arialdomartini.wordpress.com/2012/07/20/you-wont-believe-how-old-tdd-is/

#tdd #tests

TDD определенно хорош при разработке новых проектов. К сожалению, жизнь не всегда радужна и нам на поддержку постоянно прилетает большое количество легаси-кода. Ловите статью с годными примерами того, как же быть, если и легаси много, и тестов очень хочется.
https://habrahabr.ru/post/306962/

#testing #tdd

Бесконечно подробный урок по использованию TDD в Swift проекте. Очень много кода и разъяснений, хороший вход для новичков не только в TDD, но и в тестирование кода вообще.
https://pawanpoudel.svbtle.com/test-driven-development-in-swift

#tdd #testing #swift

Про изменение пользы от написания тестов в зависимости от сложности кода. Ключевая мысль - этот ваш TDD это, конечно, круто, но писать тесты нужно начинать только в случае появления логических ветвлений. Вопрос измерения профита от тестов, конечно, интересный, и не всегда черно-белый подход в духе "либо покрывать все, либо - ничего" действительно решает бизнес-задачи.
https://medium.com/@davidihunt/tdd-and-complexity-1bbd5ca51ee7#.mvojn39xz

#tdd #testing

Роберт Мартин снова вернулся к холивару "языки со строгой типизацией vs написание unit-тестов". В этот раз активно ругает Swift и Kotlin за переусложненные языковые конструкции и попытки застраховаться от всех возможных несчастных случаев. Пятничный холивар объявляю открытым.
http://blog.cleancoder.com/uncle-bob/2017/01/11/TheDarkPath.html

#tdd #languages

Jon Reid, известный любитедь как Swift, так и TDD, написал пост в защиту позиции Роберта Мартина. Напомню, разговор идет про пост "The Dark Path", которым дядюшка Боб поджарил многих разработчиков.
http://qualitycoding.org/uncle-bob-swift-testability/

#tdd #swift

Я достаточно часто сталкиваюсь с мнением, что высокое покрытие кода тестами усложняет процессы рефакторинга и делает архитектуру менее гибкой и расширяемой. Изменение каждой строчки кода ведет к переписыванию еще и нескольких связанных тестов - и с таким лютым оверхедом достаточно тяжело спорить. Аргумент про то, что этот же рефакторинг становится гораздо более безопасным, тоже не во всех ситуациях прокатит. Дядюшка Боб набрасывает очень правильные вещи на эту же тему и рассуждает про то, как надо использовать TDD, чтобы не испортить весь дизайн своего проекта.
http://blog.cleancoder.com/uncle-bob/2017/03/03/TDD-Harms-Architecture.html

#tdd #architecture

Какой подход лучше - tests first или tests last? По ссылке анализ исследования с сомнительными входными данными, но интересными заключениями.
https://blog.acolyer.org/2017/06/13/a-dissection-of-the-test-driven-development-process-does-it-really-matter-to-test-first-or-test-last/

#tdd #testing

Разбираемся в отличиях двух школ TDD - детройтской и лондонской, и в том, как каждая из них влияет на дизайн системы.
https://codurance.com/2015/05/12/does-tdd-lead-to-good-design/

#tdd #architecture

Не грех лишний раз вспомнить, почему TDD это хорошо и меняет жизни.
https://medium.com/javascript-scene/tdd-changed-my-life-5af0ce099f80

#tdd