BabyRoot

Задайте системную переменную webdriver.chrome.binary

$("").waitUntil(not(have(cssClass("BBB"))), 30000L);

Не цепляйтесь к значениям классов, они могут измениться в новой версии приложения.

Если трудно - используйте xpath.

Вы как тестировщик, в первую очередь, довольны описанием своей проблемы?

@BeforeClass и @AfterClass поддерживаются, но не рекомендуются.

https://cucumber.io/...unning-cucumber - в самом конце раздела - Supported JUnit annotations

Второй пункт делается другими средствами, обсуждается тут - https://software-tes...izvoditelnosti/

Нуууу, бывает... Главное продвинулись.

Тогда, может, так:

//div[contains(@class,'group-list-item')]//span[@class='title'][contains(text(),'Заголовок2')]/../../../div[@class='action']

Что-то  типа такого:

//div[contains(@class,'group-list-item')]/div[@class='title'][contains(text(),'Заголовок2')]/following-sibling::div[@class='action']

xpath=//p[.="GG")]

Так вот же идешка для мозиллы - https://addons.mozil...n/selenium-ide/

У меня был только один проект с BDD (насколько я понимаю, это когда аналитики на этапе проектирования системы описывают бизнес требования в виде кейсов на геркине), но там аналитики не стали поддерживать эту систему а фигачили по старому, и получилось что эти БДД, геркины и т.п. остались на уровне отдела тестирования, что конечно не сильно облегчило жизнь в процессе отслеживания изменений в требованиях. И это осталось только для мягкого подвода ручных тестеров в автоматизацию, что на мой взгляд очень трудоёмко (получается что надо подготовить прослойку на всю систему! перевода текста в методы), хотя проще уж всех зарядить писать просто код (не всё сразу но чтобы уже могли читать, дописывать), который для примера показал ув. товарищ Спок. И будет уже экономия в размере и времени написания кода. Взяли требования в любом виде - зафигачили код теста - тест должен крутиться всегда (важен же сам процесс подвержения что б. требование выполняется). А то что между этими шагами "требование - проверка" можно нахерачить ещё слоёв - ну мало таких заказчиков, которые будут оплачивать эту пирамиду. Поэтому БДД только для отдела тестирования и автоматизации в нём - это оверхед. Если требования изначально пишутся в БДД-стиле - то тут уж да, надо прикручивать ещё один слой (что будет плюсом в плане автоматического контроля требований).

Так вы и начните уже реализовывать методы.

И сами увидите где можно убрать переставить слова, чтобы регулярка лучше подходила.

Надо на первый запрос вешать же. Если он ГЕТ, конечно.

Регэкс экстрактор-то где подключен? К какому запросу?