Доменный уровень и BDD

Question

Кто-нибудь использовал BDD для управления своим доменом Layer?

Answer 1

Да, мы обнаружили, что этот процесс работал очень хорошо и использовали specflow, чтобы реализовать этот подход довольно легко.У нас есть более 2000 сценариев, реализованных только на нашем доменном уровне, и мы также использовали этот подход для тестирования наших контроллеров и на нашем уровне пользовательского интерфейса (еще 2000+ тестов).

Это хорошая идея, если вы работаете с большимиПеред тем, как начать, вы должны подумать о том, как организовать шаги, так как вы быстро начнете собирать большое количество шагов, и поиск шага может стать проблемой.

Самая большая проблема у нас былаесли в команде пишут сценарии несколько человек, они часто пишут один и тот же шаг, но с несколько иной формулировкой, в результате чего один и тот же шаг добавляется дважды.

Answer 2

Да, это для чего!

Я обнаружил, что основным преимуществом BDD является то, как он естественным образом позволяет вам;

1. Вести проект (планировать, а затем делать)

2. Откройте для себя и выделите домены вездесущего языка

3. Документирование хода выполнения проекта и его текущего состояния (спецификации соответствуют историям и планам спринтов)

Если это также приводит к приемочным или модульным тестам, это замечательно, но я думаю, что наибольшая ценность получается из вышесказанного. Это также помогает новым членам команды получить контроль над вещами, и очень легко мысленно вернуться к домену проектов после некоторого отсутствия.

Я также согласен с ранее упомянутыми проблемами «дублирования шагов», потрачено много времени на рефакторинг и консолидацию шагов, чтобы сохранить их хорошо структурированными.

Answer 3

Да, хотя в последнее время мы рассматривали Cuke и Specification by Example как более высокий уровень, с которого можно начать движение.Смотри http://specificationbyexample.com/