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


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

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

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

Войти через центр авторизации
Похожие вопросы
YCLIENTS Москва
от 200 000 до 350 000 ₽
Ведисофт Екатеринбург
от 25 000 ₽
ИТЦ Аусферр Магнитогорск
от 100 000 до 160 000 ₽
26 апр. 2024, в 06:46
1000 руб./в час
26 апр. 2024, в 05:31
1000 руб./за проект