Обновить
3

Пользователь

2
Подписчики
Отправить сообщение

Получается, не зря так долго над фразой медитировал)))

На 50-100 тестах это возможно, но когда их очень много, то возникают проблемы на поддержку, стоимость кратно может увеличиться

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

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

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

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

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

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

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

По поводу логов, безусловно, видео и трейсы обязательны, без них дебаг невозможен. Flows помогают понять бизнес-контекст, а Трейсы - техническую причину. Они работают в паре. А вот насчет BDD, кажется, что это иллюзия простоты. В BDD вам придется писать сценарии отдельно, код отдельно, и связывать их клеем. В предложенном мной варианте мы пишем обычный код, просто заворачиваем его в декоратор. Трудозатрат меньше, а на выходе получается тот же читаемый сценарий, что и в BDD, только без лишних файлов

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность