Здравствуйте, vmpire, Вы писали:

V>Здравствуйте, student__, Вы писали:

__>> не понятно, почему TDD преподносится как замена традиционному подходу в проектировании ПО? Ну типа "сейчас уже никто не рисует диаграммы, а модно аджайл и TDD".
V>Потому, что в наше время всё новое (или выкопанное из сундуков старое) всегда преподносится тем, кто придумал или выкопал, как революция, изменяющая мир.
V>А уж тем более, такими мощными маркетологами, как Бек, Сазерленд и т.п. Не обращайте внимания.
V>TDD — это просто один из инструментов, который в каких-то случаях подходит хорошо, в каких-то плохо.
V>Для создания архитектуры, в частности, он плох в большей части случаев.
V>А для упрощения поддержки и обеспечения большей свободы при модификации кода — чаще всего как раз подходит хорошо.

TDD это ещё и другой способ взаимодействия с заказчиком. Классический TDD подразумевает постоянное и тесное взаимодействие с заказчиком во время всего периода разработки. В идеале — представитель заказчика есть часть команды. Целью является установка доверительных отношений, что бы не было такого: "Они там всего одну новую кнопку добавили, а цена взлетела на 1000$" Здесь заказчик видит как реализуется проект и какие издержки несёт исполнитель.