когда вы знакомитесь с заявкой заказчика, и прямо с ним вместе примеряете и пишете тест, как он будет пользоваться реквестируемой фичей, выясняете что ему может понадобиться или быть полезным, впишется ли это вообще в существующую архитектуру за отведенный срок? изучаете, отдадут ли внешние зависимости нужные данные. TDD это про эту фазу, поскольку часто бывает что СЕО/манагеры берут реквесты фич, передают их разрабам, те делают, и клиент получает совершенно не то что хотел. TDD призвано устранить это. Затем первоначально составленный тест доводится до ума, на самом деле это уже безразлично
я ждал когда же кто-нибудь заметит это =)
Ну видимо это какое-то устаревшее понятие. Потому что сейчас тдд не так используется
Вы описываете не TDD. Скорее, BDD
Обсуждают сегодня