D_KEY:
Хотелось бы работать, но полноценно нигде, где я работал, это внедрено не было.


Пока мысли такие, что это хорошая техника, но нужно с ней обязательно "пожить" какое-то продолжительное время, чтобы полноценно освоить.
Когда я таки начну полноценно делать свои проектики, тогда точно буду юзать TDD. Дело за малым :D


Статью я не читал еще. Но думаю, что ты усилил утверждение. Обычно говорят о том, что моки могут свидетельствовать о том, что с кодом что-то не так. Соовтетственно, обилие моков - повод задуматься.

Добавлено 01.09.20, 20:24

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

Добавлено 01.09.20, 20:30

Все относительно же. В том смысл, что такое отношение к тестам лучше, чем "обычное", когда "напишем потом, сейчас функциональность важнее".


Даже если сам код декларативный, это не означает, что он правильный. Тесты нужны в любом случае для проверки.
Скажем, поменяли что-то в коде и "случайно" нарушили контракт, какая разница декларативно код написан или нет?
Ну или я тебя не так понял.

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838070