Cucumber должен умереть: Как с помощью BDR превратить код в отчеты без регулярок и регистрации?

[grisha0088]

А как шаги переиспользовать? Я смотрю тесты - там реализации сразу в шагах.

[playwright_no_hero]

В статье я намеренно показал инлайновые шаги BDR.When/Then, чтобы продемонстрировать сам механизм форматирования и то, как это "дружит" с Allure без регулярок.

Но в реальном проекте (и в моем темплейте на GitHub) используется Class-Based BDR. Там реализация шагов вынесена во Flows.

Подробнее об этом написал в статье

[playwright_no_hero]

Почему-то в прошлом комментарии ссылка не прикрепилась. Вот ссылка на пост https://habr.com/ru/articles/994112/

[grisha0088]

Я не использовал Allure и просто писал геркин сценарии из шагов - которые имели реализацию в коде. Райдер умеет подсвечивать шаги вполне не плохо и получаются довольно приятные большие сценарии.
https://gitlab.com/grisha0088/ComponentTestsExample/-/blob/main/ComponentTests/Scenarios/Question/Scenarios.feature?ref_type=heads

На мой взгляд будущее не за лоукод редакторами, а за нейронками, которые тесты такие быстро и хорошо генерят - и любой разраб их может произвести довольно быстро в любых количествах. И самое главное нет никаких зависимостей на Allure или еще что-то - только код.

[playwright_no_hero]

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

С нейронками в некоторых компаниях есть сложности. Во-первых, им не до конца еще доверяют. Во-вторых, многие крупные компании не хотят "светить" код нейронке, а опенсоурсные модели недостаточно для них мощные. Поэтому мое мнение, что от лоу-кода никто отказываться не будет, если он действительно будет работать и снижать затраты. Иначе давно бы уже "сдулись" такие продукты, как Тильда или Вебфлоу.

[Alex_Veremeenko]

Ссылка на предыдущий статью неправильная

[playwright_no_hero]

Спасибо! Исправил

[EidosOfLove]

Возможно проблема в Cucumber, тот же Pytest-BDD так же описывает step definition и позволяет делать параметризацию.

[playwright_no_hero]

Я не утверждаю, что в Cucumber нет параметризации и не описывает step definition. Проблема в сложности рефакта. Проблема моего подхода, что под все языки для автотестов нет еще достаточного количества реализаций. Получается, что надо подготавливать плацдарм для этого дольше. Но тут приходится выбирать: либо быстрый старт сейчас и экспоненциальный рост затрат на поддержку с развитием проекта, либо чуть более долгая подготовка, но стабильная и предсказуемая работа в будущем