Вобщем, юнит-тесты и вообще TDD - это для защиты от багов при рефакторинге, не при редизайне. При редизайне вы выкидываете тесты так же, как выкидываете старый код. Ну ещё есть плюс, что эти тесты - автотесты, которые проводятся без твоего участия, в отличие от например мануального тестирования.

Получается, что при TDD тестировщик должен понимать работу проекта лучше, чем программист. Фактически, сначала тестировщик должен полностью имплементировать проект в тестах, выполняя все требования спецификации - в тестах. А наполнять функции и методы для прохождения тестов можно посадить и программиста послабже, вообще джуниора. Т.е. тестировщик должен быть обязательно высокого класса, а программист может быть невысокого.

При этом при любом редизайне (изменении функциональности) ты сначала переписываешь тесты, а потом код. Не наоборот.

А теперь вопрос. Вас кинули на старый проект - починить баг или изменить-дописать-удалить функциональность. Никто уже не знает, кто его писал и как. Где гарантия, что он написан по TDD и вы можете просто поменять тесты, чтобы потом дописать код?