Заменяют ли истории BDD/ATDD потребность в традиционных требованиях?

Из того, что я могу сказать из онлайн-форумов и сообщений, одним из основных направлений BDD/ATDD, по-видимому, является обсуждение и обеспечение того, чтобы заказчик, разработчики, тестировщики и другие заинтересованные стороны были вовлечены в понимание того, что система должна делать.

Вопрос 1. Заменяют ли истории BDD/ATDD потребность в традиционных спецификациях требований, таких как те, что получены с помощью Шаблон Volere?

Поскольку традиционные спецификации требований являются одним из ключевых исходных данных для разработчиков и тестировщиков, традиционные спецификации требований, как правило, носят всеобъемлющий характер.

Вопрос 2. Должны ли истории BDD/ATDD быть достаточно полными, чтобы можно было полностью протестировать систему?


requirements specifications bdd atdd
person Chris Snow    schedule 12.10.2013    source источник

Ответы (1)


arrow_upward
3
arrow_downward

Вопрос 1. Вместо того, чтобы рассматривать этот вопрос как черно-белую ситуацию, мы должны лучше понять, как эти два метода сбора требований взаимодействуют друг с другом. Написание story в методологиях BDD/ATDD или, например, Scrum не означает удаление из таблицы шаблонов, подобных volere. Если мы посмотрим на спецификацию требований volere здесь мы видим, что большая часть информации касается вопросов, связанных с проектом, и оболочка, используемая для функциональных требований, далеко не отличается от истории. Просто у них другая информация, не эксклюзивная.

Вопрос 2. Здесь у нас есть преимущество, связанное с самой методологией. BDD происходит от TDD, мы можем более или менее полагаться на процесс, ориентированный на тестирование, чтобы позволить команде протестировать систему. Но, как я уже упоминал в вопросе 1, сделать историю о BDD/ATDD более полной — это не грех и не поставит под угрозу общую идею истории. Это также окажется полезным при взаимодействии с более опытными клиентами.

person Jean Carlos Suárez Marranzini    schedule 13.10.2013