BDD / TDD vs JAD?

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

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

Однако трудно продемонстрировать ценность этого для бизнеса.

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

Итак, они спрашивают, почему разработчики должны работать против тестовых примеров, созданных тестировщиками? Они предназначены для проверки и основаны на спецификациях более высокого уровня, созданных командой UX, над которыми в настоящее время работают разработчики.

Они говорят, что этого достаточно для разработчиков, и нет необходимости изменять способ написания спецификаций.

Похоже, они правы.

Какова реальная выгода от BDD / TDD, если у вас уже есть команда тестировщиков, которая ' s тестовые примеры полностью совместимы с высокоуровневыми спецификациями, которые в настоящее время предоставляются разработчикам?