🥒 Как огурец помогает экономить деньги бизнесу (рассказ про cucumber) К Cucumber'у я отношусь довольно прохладно. И, думаю, надо нормально объяснить, что это вообще за инструмент, почему у меня к нему такое отношение и в каких случаях он реально бывает полезен. Если совсем просто, Cucumber — это такая надстройка для написания автотестов в виде шагов на обычном человеческом языке. Иногда даже буквально на русском. То есть тест может выглядеть почти как обычный тест-кейс. Пример на скриншотах Почему я называю это надстройкой? Потому что сам по себе Cucumber обычно не решает задачу автоматизации целиком. Под капотом все равно остаются обычные инструменты, на которых все и держится: RestAssured, Selenium, Selenide и так далее. То есть Cucumber — это не замена нормальной автоматизации, а скорее верхний слой над ней. И вот здесь начинается причина, почему я не советую слишком сильно погружаться именно в Cucumber, если ваша цель — стать полноценным автоматизатором. Когда человек просто собирает тесты из готовых шагов, он действительно вроде бы пишет автотесты. Но при этом он может почти не работать с языком программирования, не погружаться в ООП, не понимать архитектуру проекта, не использовать паттерны и не разбираться, как вообще устроена внутрянка тестового фреймворка. То есть формально автоматизация есть, а инженерного роста может почти не быть. Именно поэтому я считаю Cucumber скорее полумерой, чем полноценной школой автоматизации. Но при этом важно понимать: есть ситуации, где Cucumber действительно отлично подходит. Например, когда бизнес хочет быстро и относительно дешево нарастить покрытие. Как это обычно работает? Есть несколько сильных автоматизаторов, которые строят нормальную основу проекта: пишут core-логику, настраивают запросы, драйверы, логи, интеграции, структуру проекта, хуки, раннеры, вспомогательные классы, всю техническую базу. А дальше поверх этого делают слой из Cucumber-шагов. После этого ручные тестировщики могут буквально как из конструктора собирать автотесты из готовых шагов. Не лезть глубоко в код, не разбираться в сложной архитектуре, а просто описывать сценарии в понятном виде. Для бизнеса это может быть очень выгодно. Допустим, есть 3 сильных автоматизатора, которые один раз сделали качественную основу. И есть 10–15 ручных тестировщиков, которые потом на этой базе массово собирают сценарии. В результате покрытие растет быстро, денег тратится меньше, а система в целом работает. То есть Cucumber реально помогает экономить, особенно на больших проектах, где важно быстро масштабировать количество автотестов. Поэтому мой вывод такой: Cucumber — это не плохой инструмент. Но это инструмент не для всех задач. Если ваша цель — стать сильным автоматизатором, я бы не советовал делать на нем основной упор. Лучше глубоко изучать язык, ООП, архитектуру тестового проекта, паттерны, API/UI-инструменты и все то, на чем реально держится автоматизация. А вот если задача бизнеса — быстро масштабировать покрытие и подключить к этому ручных тестировщиков, тогда Cucumber может быть очень даже хорошим решением. Вот поэтому я отношусь к нему сдержанно: как к бизнес-инструменту — окей, как к основному пути в автоматизацию — спорно. Слышали про такой инструмент?