Bug Driven Development

Bug-driven — это другое название технологии code-and-fix, судя по всему; это когда «не нужно думать, надо прыгать»

TDD это подход который (собственно как и все другие) хорошо работает на одном типе проектов и плохо работает на другом типе проектов.
В случаях с уже готовой системой которую нужно поддерживать и изменять есть следующая проблема — TDD хорошо работает если мы сохраняем покрытие всего кода тестами хотя бы не меньше 80%. В ряде случаев это покрытие может обойтись дороже чем последующие бенефиты от TDD, особенно если время жизни проекта не очень велико.

Мне очень нравиться TDD, но вот моя основная специлизация это геймдев, причем под мобильные платформы. Как бы я не хотел бы использовать TDD как программист, я как руководитель вижу что это просто бесмысленно.

Смотреть действительно скучновато. По моему, автор начал слишком издалика и не очень торопился перейти к непосредственно TDD/BDD.
PS. Гениальные фразы насчет мастерства это пять =)

обычно Bug Driven Developement начинается после Asshole Driven Development. Ну либо во время

Какие-то странные тут комментарии, честно говоря… Как-то всё не по делу.

На первый взгляд, идея кажется заманчивой, но это только кажется. Дело в том, что этот подход борется не с проблемой, а с её симптомами.
Закрыли вы одну проблему тест-кейсом — да, она больше никогда не появится, но скоро появится множество других. Это как пытаться по одной отрубать головы гидры.

TDD — это совсем не то же самое, что Bug Driven Development, как может показаться. TDD способствует продуманному дизайну кода и предотвращает ошибки. А мирится с плохим кодом и ставит заплатки.