https://medium.com/@ailuj876/test-automation-best-practices-deciding-what-and-when-to-automate-ad139df2488a

Лучшие практики автоматизации тестирования: решение, что и когда автоматизировать
Автоматизация тестирования обычно вводится в проект для решения таких проблем, как повторяющаяся ручная работа, работа с большими наборами данных или получение более быстрой обратной связи в конвейере CI / CD.  Из-за этого шума вокруг автоматизации тестирования вы можете подумать о том, чтобы автоматизировать «все».  Серьезно ли вы задумывались о том, что вам следует автоматизировать или насколько это возможно для вас?

Мне кажется вот это видео будет как раз в тему https://youtu.be/SA4l1-o_1Uk

День добрый всем! На сайте в произвольном порядке во время загрузки данных блокируется экран. Реализовано это тем, что на весь экран показан прозрачный <div>.
Из-за его появления найти нужный элемент удается, а вот нажать по нему нет - говорит, что элемент перекрыт. У меня к вебдрайверу подключен "WebDriverEventListener", думаю добавить в методы "beforeClickOn" и "beforeChangeValueOf" проверку на появление блокировщика и ожидание того момента, пока он будет скрыт. Может кто-нибудь предложит более оптимальное решение?

Ну если этот элемент никак закрыть нельзя то имеет место попросить разрабов убрать его на куа энве

"Во время загрузки данных". Это классический лоадер, зачем его убирать?

Через js можно кликнуть.
Не правильно мож понял, это лоадер обычный, так мож дождаться исчезновения лоадера и дальше работать?

Да, это обычный лоадер, но нажатие по нему ни к чему не приводит. Можно только дождаться, когда он сам пропадет.
Как раз вопрос в реализации, в какой момент его отлавливать и где.

Убрать его - скорее крайнее решение.

Убирать его - фиговое решение. Таким образом вы получите значительное различие продуктовой среды и QA-шной, можно пропустить проблемы с лоадером. Решение с WebDriverEventListener выглядит вполне ок, если оно будет работать так, как ожидается

Согласен, спасибо, буду пробовать.

Даже нет, это второстепенная причина фиговости решения. Первая - лоадер там не просто так, а для того, чтобы не кликали по не загруженным данным. Если его убрать, то все сценарии будут ломаться потому что Селениуму уже можно кликать - Селениум кликает. А то что там данных нету его не волнует)

Все верно! В этом случае он накликает чего-нибудь)

У вас в любом случае все действия проходят через поиск элемента так или иначе. Сделать единую точку входа в поиск и в нем ждать исчезновения лоадера. На все действия помимо этого ретрай в случае если действие не выполнилось и заново поиск

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

Я бы сделал через ожидание кликабельности кнопки с таймаутом. Не знаю, насколько корректно сработает, конечно

Как вариант, тоже можно попробовать.

https://www.youtube.com/watch?v=OHKC8x3Ru2Q
Непрерывная интеграция и деплоймент (CI / CD) Selenium Java с Cucumber с использованием  GitHub Action.
Создаем новый репозиторий для тестов, добавляем автоматический репорт после выполнения тестов, создание GitHub Page, и проверяем репорты на GitHub Page.

Здравствуйте. Проблема аналогичная этойhttps://automated-testing.info/t/oshibka-pri-zapuske-pytest-language-es-test-items-py-error-pytest-error-unrecognized-arguments-language-es/22952

Но у меня файл conftest назван правильно