Понять BDD до конца, (StoryBDD, SpecBDD)?

Здравствуйте уважаемые коллеги, помогите разобраться до конца в BDD, для примера возьмем behat и phpspec.

Допустим мы начинаем новый проект в котором у нас 10 фич (features), мы сразу их описываем для тестов(StoryBDD) в behat и начинаем реализовывать по спецификациям через phpspec (SpecBDD). Всё это конечно в идеальном режиме по задумке авторов.


Встаёт вопрос, а что если фич не 10, а 100? Стоит-ли делить на итерации допустим по 10 (не могу до конца понять идеологию BDD)?


Первая схема выглядит как:


100 features -> StoryBDD(behat) -> SpecBDD(phpspec) -> done


Вторая:


100 features ->

10 features -> StoryBDD(behat) -> SpecBDD(phpspec) ->



10 features -> StoryBDD(behat) -> SpecBDD(phpspec) ->

done


И что если при разработке 25 фичи (feature) мы решили добавить ещё одну? Делаем её сразу после окончания текущей или задвигаем за последнюю?


Поделитесь пожалуйста опытом!

Спасибо!
  • Вопрос задан
  • 4264 просмотра
Пригласить эксперта
Ответы на вопрос 1
int03e
@int03e
А причем BDD к количеству итераций в спринте, или чему-то подобному? Смысл его довольно прост, написали стори --> написали тест --> проверили, что тест красный --> написали код, минимально необходимый --> проверили, что тест зеленый --> рефакторинг. Дальше следующая фича.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы