Отдельным тредом искать эти попапы, в конце теста проверять не было ли их и уже рейзить ошибку с попапа

есть скриншотилка

хм, интересно, спасибо, попробую

"Тише, тише, товарищи" © анекдот про Штирлица.

Кто помнит ср... споры годичной давности, те помнят что я, мягко говоря, не сторонник БДД. Однако, заслушав выступления от Дзыни и Антона Семенченко, я пришёл  к тому, что у БДД может быть своя применимость, а масса споров происходит от мнений "бдд везде нужно" или "бдд везде не нужно".

У вас есть шаги по домену которые вам надо согласовывать или фиксировать с заказчиком, и/или БА, или с несколькими командами? Вот там, вот для этого, может применяться БДД. Не для всего. Возможно заказчик не лезет в АПИ бэкенда. И подавно не полезет в пенетрейшен. И интеграционные тесты вообще не парафия заказчика. Где фиксация в Геркине не нужна, спокойно можно работать без БДД.

Бывают закрытые-огороженные решения, наподобие банкомата: у вас там 20 кнопок интерфейса, И ВСЁ. Никакой консоли, никаких отладчиков для потенциальных хакеров.

Подобным  образом в веб-интерфейсах могут быть _ограниченные_ сценарии "добросовестного пользователя", который приложение не пытается поломать, а пытается пройти форму как по справке. Иногда это называется happy path , иногда hero flow.  Для таких ограниченных сценариев, с ограниченным множеством действий, БДД вполне валиден. Для фиксации опять же.

Бизнес-аналитик не тестировщик. У него другие задачи. Но может он(а) в Геркине работает. Дайте такому человеку инструмент в стиле описанных и показанных на Хабре — выбираем экшены из ограниченного списка, пишется Геркин, запускается Геркин. Часть фиксации таким способом сделается. Не всё тестирование так делается, конечно, но какие-то сценарии составлены быть могут, и они могут быть частью контракта и коммуникаций.

Отмечу что "чтоб потом не было вопросов почему работает как-то не так" — опять таки, задача фиксации сценария.

походу надо запускать третью версию обсуждения  Используете ли вы BDD по назначению? :)

https://automated-testing.info/t/ispolzuete-li-vy-bdd-po-naznacheniyu-v2/21491

вот тут еще давно был опрос

https://automated-testing.info/t/patterny-i-anti-patterny-ispolzovaniya-bdd-opyt-realnyh-proektov/15132

ситуация походу не поменялась

Всем привет)
Подскажите можно ли с помощью Selenium IDE автоматизировать форму авторизации?
возможно есть примеры или что то подобное, впервые занялась этим вопросом)

https://stepik.org/course/575/syllabus  на авторизацию тебе точно хватит

Можно. У них же есть плагин, https://chrome.google.com/webstore/detail/selenium-ide/mooikfkahbdckldjjndioackbalphokd?hl=en
Включаете запись, делаете все шаги и всё.

Но вопрос в том зачем вам тест(?) на просто авторизацию.
Разве что в учебных целях, но тогда не советую фокусироваться на Selenium IDE(если только это не задание из какого-нибудь навязанного чек-листа)

у записи есть свои минусы...

ну мне не совсем только регитсрация нужна, по идее мне надо проверить форму имени и фамилии и почту на валидность)

на пустые поля, на спец символы и так далее

вот что то подобное как и где можно реализовать?)

с ЯП как?

ну что то простое знаю на js и php, проходила вводные курсы

ну с этим не помощник) я Python но в целом если не пугает реализация могу показать как сделано грубо говоря у меня. напиши в личку

вроде для селениум похапэ и джеэс есть хороший фреймворк codecept

Вопрос по связке PyTest с плагинами pytest-xdist и pytest-testrail. Если кто-то реализовал эту интеграцию, то подскажите как вы фиксили то, что каждый воркер xdist создает свой тестрейл ран?

pytest-testrail может обрабатывать опцию -tr-run-id, может стоит попробовать создать тестран перед тестами, и добавить его айди в опции программно, перед тем как xdist сработает

@pytest.hookimpl(tryfirst=True)
def pytest_configure(config):
    test_run_id = create_test_run()
    config._opt2dest['--tr-run-id'] = test_run_id

@pytest.hookimpl(tryfirst=True)
def pytest_configure(config):
    test_run_id = create_test_run()
    config._opt2dest['--tr-run-id'] = test_run_id

минусы:
- руками добавлять ран
- явно прокидывать в запуск или в переменную окружения
- ран нельзя потом закрыть, висит открытый