Способ открыть браузер Selenium, не перекрывающий мой текущий браузер

Начать с автоматизации тестирования программного обеспечения - это искусство. Ваш тестовый стенд должен быть:

• Настроен со всем необходимым программным обеспечением, библиотеками и двоичными файлами.
• Выполнение теста должно выполняться в контролируемой среде для оптимизации производительности.
• Пока ваш @Tests выполняется, он не должен подвергаться ручному вмешательству.

• В частности, когда ваши @Tests основаны на Selenium, а выполнение теста - In Progress, не следует вмешиваться в Test Environment. потому что:

  • На самом низком уровне поведение actions class предназначено для максимально возможной имитации поведения удаленного конца с реальным устройством ввода, и стратегия реализации может включать, например, внедрение синтезированных событий в цикл событий браузера. Следовательно, шаги по отправке действия неизбежно завершатся на территории, зависящей от реализации. Однако есть определенные наблюдаемые в контенте эффекты, которые должны быть согласованы во всех реализациях. Чтобы учесть это, спецификация требует, чтобы удаленные концы выполняли этапы диспетчеризации действий, зависящие от реализации, вместе со списком событий и их свойствами. Этот список не является исчерпывающим; в частности, действие источника ввода по умолчанию может вызвать создание дополнительных событий в зависимости от реализации и состояния браузера (например, события ввода, относящиеся к ключевым действиям, когда фокус находится на редактируемом элементе, событиях прокрутки и т. д.).

• Кроме того,

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

  • # P6 #

• Кроме того,

  • Класс робота используется для генерации собственных системных событий ввода в целях автоматизации тестирования, самозапускаемых демонстраций и других приложений, где требуется управление мышью и клавиатурой. Основная цель Robot - облегчить автоматическое тестирование реализаций платформы Java. Использование класса для генерации входных событий отличается от отправки событий в очередь событий AWT или компоненты AWT тем, что события генерируются в собственной входной очереди платформы. Например, Robot.mouseMove будет фактически перемещать курсор мыши, а не просто генерировать события перемещения мыши.

• Наконец, согласно Internet Explorer и собственные события:

  • Поскольку InternetExplorerDriver предназначен только для Windows, он пытается использовать так называемые «собственные» или события уровня ОС для выполнения операций с мышью и клавиатурой в браузере. Это контрастирует с использованием имитированных событий JavaScript для тех же операций. Преимущество использования собственных событий заключается в том, что они не зависят от песочницы JavaScript и обеспечивают правильное распространение событий JavaScript в браузере. Однако в настоящее время возникают некоторые проблемы с событиями мыши, когда окно браузера IE не имеет фокуса и при попытке навести указатель мыши на элементы.

• Ориентация на браузер:

  • Проблема в том, что сам IE, похоже, не полностью соблюдает сообщения Windows, которые мы отправляем окну браузера IE (WM_MOUSEDOWN и WM_MOUSEUP), если окно не имеет фокуса. В частности, щелчок по элементу будет окружен окном фокуса, но щелчок не будет обработан элементом. Возможно, нам вообще не следует отправлять сообщения; скорее, мы должны использовать API SendInput (), но этот API явно требует, чтобы окно имело фокус. У нас есть две противоречивые цели с проектом WebDriver.

  • # P13 #

  • # P14 #

Заключение

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

Отображение браузера поверх текущего браузера или в фоновом режиме зависит от реализации драйвера и меняется от браузера к браузеру - это не зависит от Selenium или Serenity. Однако я обычно запускаю тесты в Chrome в безголовом режиме, что полностью устраняет проблему.