TDD не был бы нужен если бы замедлял разработку. Он её ускоряет. Но есть нюанс. Первый нюанс - необходимо чтобы вся команда, не только программисты, но и вообще все участники процесса понимали и принимали ценность методики. Второй нюанс - быстрая разработка != быстрый код. Тот же AEHTS не был бы таким быстрым, если бы был написан с применением TDD. Вообще, доклад на тему тестов скорее не столько perl-ориентирован, сколько agile-ориентирован. Есть такое мероприятие как agile kitchen, на нём можно почерпнуть много полезного, в том числе и чем пример про машину, свечи и колесо принципиально отличается от разработки софта (на последнем agile kitchen очень толковый доклад на эту тему был). Ну и вообще не стоит пренебрегать литературой. Про agile-методологию очень много написано, и в том числе стоит понимать что называется agile, а что использует те же наборы методик, но по сути agile не является. К примеру, если мы говорим о стоимости покрытия кода тестами после его написания, надо понимать что мы не говорим про TDD. TDD подразумевает что тесты пишутся сначала, а потом пишется код который проходит эти тесты. Плюс, повторюсь, TDD хорош в рамках agile-разработки и при условии что все члены команды разделяют ценности такого подхода.
Надеюсь, кому-нибудь эти многабукав будут полезны. On Wed, 2014-01-22 at 15:21 +0400, Илья Винокуров wrote: > 5) Как юнит-тесты помогают в командной разработке > 6) Как юнит-тесты помогают при рефакторинге кода. > 7) Как сильно TDD замедляет разработку > > С почтением, > Илья Винокуров > > Среда, 22 января 2014, 13:54 +04:00 от Mons Anderson <[email protected]>: > > -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
