Я нашел книгу которую жуть как хочу Майкл Физерс "Эффективная работа с унаследованным кодом", а так же самое интересное - Behavior Driven Development!
Вот тут классно написано. Спасибо Автору!
Концепция TDD не всегда прозрачна, для некоторых даже противоречива:
* Чтобы что-то протестировать — нужно это что-то сначала написать.
* Тесты — критерий схожести со спецификацией, но не сама спецификация.
* Тестировать — значит проверять.
Такая точка зрения во многом оправдана. В качестве альтернативы TDD появилась разработка на основе спецификаций — behavior driven development.
Используя BDD мы пишем не тесты, а спецификации на языке программирования, которые описывают то, как должен вести себя проект. Цикл разработки при этом очень похож на разработку на основе тестов, разница лишь в его толковании: тесты, которые мы пишем перед кодом при применении TDD заменяются на преобразование функциональных описаний в технические спецификации (их также называют specs).
Спецификация — способ технического описания того, что делает ваш код. Любое функциональное описание можно преобразовать в спецификацию потому, что они описывают одни и те же объекты и взаимодействия.
Будем юзать...
Сообщения
Комментариев нет:
Отправить комментарий