Previous Entry Share Next Entry
2016-01

про test-driven development

я вот люблю гнать на TDD. много лишней работы, false feeling of reliability, fragile tests, то-се.

но вот мне внезапно дошло, что гоню-то я далеко не на весь TDD.

гоню я конкретно на initial test suite creation и maintenance.

и вот, если смотреть на это с другой стороны (тест сюиты пишет разработчик протокола/спеки, а не реализации, а поддерживают их тестеры), а я делаю реализацию - тогда да, внезапно становится круто, удобно и все такое.

Век живи, век учись, блин. К вопросу о том, зачем нужно разделение труда.

This entry was originally posted at http://wizzard.dreamwidth.org/477974.html. It has comment count unavailable comments. Please comment there using OpenID.

  • 1
nponeccop November 13th, 2016
Тут надо с терминами сначала договориться. Не любое использование тестов является TDD. В частности, acceptance, integration и regression testing - это не TDD, мы кажется это даже обсуждали.

TDD - это "технология выращивания" программ. Если есть актуальная спецификация в принципе - это уже "технологии проектирования" программ.

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

wizzard0 November 14th, 2016
> если б сеньоры не брали в руки в этих случаях вайтборд и салфетки
Сеньоры и ситуации бывают разные.

См. http://sim0nsays.livejournal.com/3986.html :)

nponeccop November 14th, 2016
Пусть расцветают сто цветов, я не возражаю (а потом - расстрелять).

  • 1
?

Log in