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

Question

[choor]

Здравствуйте уважаемые коллеги, помогите разобраться до конца в 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) мы решили добавить ещё одну? Делаем её сразу после окончания текущей или задвигаем за последнюю?


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

Спасибо!

Answer 1

[int03e]

А причем BDD к количеству итераций в спринте, или чему-то подобному? Смысл его довольно прост, написали стори --> написали тест --> проверили, что тест красный --> написали код, минимально необходимый --> проверили, что тест зеленый --> рефакторинг. Дальше следующая фича.

Comments

[choor]

Вот я и хотел это выяснить, есть-ли какие-то предписания.

[int03e]

Это разные области, смотрите тогда аджайл, канбан и.т.д.