Почти в каждой команде видел одно и то же - Внедрили BDD - Пишем feature-файлы -Используем Cucumber

А через пару месяцев: * сценарии читает только QA * шаги становятся абстрактными * тесты постоянно падают * поддержка превращается в боль

И потом делают вывод: 👉 “BDD не зашел” На самом деле зашел. Просто не туда BDD задумывался как: * общий язык между бизнесом, QA и разработкой * живая документация * описание поведения системы

А что получается на практике? 👉 QA пишет сценарии 👉 QA их читает 👉 QA их чинит Всё.

Где ломается BDD 1. Никто кроме QA это не использует Если бизнес и разработка не читают сценарии — это уже не BDD. Это просто другой формат автотестов.

2. Шаги пишутся “красиво”, а не понятно Типичный стиль: “пользователь выполняет операцию” «система возвращает результат” Звучит аккуратно. Но по факту — бесполезно.

3. Любое изменение ломает вс Меняется API / логика → падает половина тестов → время уходит не на поиск багов, а на починку тестов.

Что я изменил В какой-то момент понял простую вещь: 👉 BDD не должен быть везде И начал делать так: * писать сценарии только для ключевых флоу * упрощать шаги * делать их более конкретными *не усложнять ради “красоты”

Итог BDD — нормальный инструмент. Но в 90% команд он: используется формально перегружен абстракцией не даёт реальной ценности

И поэтому кажется, что он “не работает”.

💬 Честно: У вас BDD реально помогает или это просто “так принято в проекте”? #qa #bdd #тестирование