Использование Chrome для исправления ошибки файла DevToolsActivePort в Selenium на действиях GitHub

Устранение ошибок тестирования Chrome в конвейерах CI/CD

Запуск тестов Selenium в безголовый хром на Действия GitHub должно быть бесшовным. Тем не менее, многие разработчики сталкиваются с неприятной ошибкой «Файл DevToolsActivePort не существует». Это происходит, когда Chrome по той или иной причине не запускается должным образом в среде CI.

Сообщение об ошибке обычно сигнализирует о неожиданном сбое Chrome, что часто является результатом несовпадения Хром и ChromeDriver версии или неправильно настроенные параметры в тестовой настройке. Как и многие разработчики, я столкнулся с этой проблемой, особенно при развертывании автоматических тестов в непрерывная интеграция среда.

В этой настройке малейшее несоответствие, например несоответствие версии ChromeDriver, может привести к остановке выполнения теста, что приведет к потере драгоценного времени и ресурсов. К счастью, понимание основных проблем значительно облегчает их решение 🛠️.

В этом руководстве мы рассмотрим практические шаги по предотвращению и устранению этой распространенной ошибки. От особенностей установки Chrome до правильной инициализации драйвера — вы найдете пошаговый процесс, обеспечивающий бесперебойное тестирование каждый раз. Давайте разберемся с этой проблемой и вернем ваши тесты в нужное русло!

Подробное решение для Chrome и настройки ChromeDriver в CI

Приведенные выше сценарии предназначены для установки и настройки Chrome и ChromeDriver на Действия GitHub средах, в частности устранение ошибки «Файл DevToolsActivePort не существует». Эта проблема обычно возникает, когда Chrome, работающий в автономном режиме, не может правильно запуститься из-за несоответствий или ограничений памяти. Первый скрипт решает эту проблему, указывая версию Chrome и обеспечивая ее совместимость с ChromeDriver, что имеет решающее значение для запуска. Селен тесты. Начальные команды выполняют обновление пакетов apt и используют wget для получения определенной версии Google Chrome с зеркала. Использование зеркала гарантирует, что будет установлена ​​правильная версия, особенно если в репозитории по умолчанию эта версия отсутствует. Такой подход гарантирует, что в различных тестовых запусках используется согласованная версия Chrome.

Затем сценарий приступает к установке ChromeDriver, совместимого по версии, изолируя основную версию от Chrome (например, «117» от «117.0.5938.62») с помощью команды для ее анализа. Это позволяет сценарию получать именно тот ChromeDriver, который необходим для этой конкретной основной версии, используя шаблон URL-адреса, разработанный для выпусков ChromeDriver. Убедившись, что эти версии совпадают, программа установки не позволяет несовпадающим версиям вызывать сбой инициализации ChromeDriver, который часто вызывает ошибку DevTools. Если ChromeDriver не может загрузить конкретную версию, сценарий включает резервную опцию для загрузки последней версии, сохраняя гибкость. Эти шаги особенно полезны в автоматизированных конвейерах CI/CD, где приоритетом являются быстрые и надежные решения 🔧.

После загрузки скрипт удаляет из системы любой ранее установленный ChromeDriver с помощью команды «sudo rm -f», чтобы избежать конфликтов со старыми драйверами. Это гарантирует наличие только правильной версии, сводя к минимуму риски конфликтов версий, которые могут нарушить стабильность теста. Разрешения для ChromeDriver также настроены как исполняемые, что является необходимым шагом для запуска драйвера в средах CI/CD. Использование Chrome в «безголовом» режиме с такими параметрами, как «--no-sandbox» и «--disable-dev-shm-usage», также снижает потребление ресурсов Chrome. Эти параметры позволяют запускать тесты в средах с ограниченными ресурсами (например, облачные серверы или конвейеры CI) без сбоя Chrome, что является одной из частых причин ошибки DevToolsActivePort.

Наконец, в настройке WebDriver такие параметры, как «--disable-gpu» и «--remote-debugging-port=9222», обеспечивают более стабильную работу Chrome в автономном режиме. Флаг «--disable-gpu» отключает рендеринг с помощью графического процессора, который не нужен, а иногда и проблематичен в безголовом режиме. Между тем, опция «--remote-debugging-port» позволяет Chrome открыть порт отладки, необходимый для подключения Selenium к нему в CI. В целом, эта установка предотвращает распространенные узкие места в автоматизации, обеспечивая более надежную и надежную среду тестирования. В результате эти скрипты делают запуск Chrome в автономном режиме в системах CI/CD гораздо более плавным, гарантируя, что автоматические тесты выполняются стабильно и без сбоев 🚀.

sudo apt-get update
sudo apt-get install -y wget apt-transport-https curl
CHROME_VERSION="117.0.5938.62"
CHROME_DEB="google-chrome-stable_${CHROME_VERSION}-1_amd64.deb"
wget https://mirror.cs.uchicago.edu/google-chrome/pool/main/g/google-chrome-stable/$CHROME_DEB
sudo dpkg -i $CHROME_DEB || sudo apt-get install -f -y
# Install ChromeDriver matching Chrome
sudo apt-get install -y wget unzip
MAJOR_VERSION=$(echo $CHROME_VERSION | cut -d '.' -f1)
LATEST_DRIVER=$(wget -qO- https://chromedriver.storage.googleapis.com/LATEST_RELEASE_$MAJOR_VERSION)
if [ -z "$LATEST_DRIVER" ]; then
  echo "Falling back to latest ChromeDriver version."
  LATEST_DRIVER=$(wget -qO- https://chromedriver.storage.googleapis.com/LATEST_RELEASE)
fi
sudo rm -f /usr/local/bin/chromedriver
wget https://chromedriver.storage.googleapis.com/$LATEST_DRIVER/chromedriver_linux64.zip
unzip chromedriver_linux64.zip
sudo mv chromedriver /usr/local/bin/
sudo chmod +x /usr/local/bin/chromedriver

// Import necessary libraries
import org.openqa.selenium.chrome.ChromeDriver;
import org.openqa.selenium.chrome.ChromeOptions;
import io.github.bonigarcia.wdm.WebDriverManager;
// Set up ChromeDriver
WebDriverManager.chromedriver().setup();
ChromeOptions options = new ChromeOptions();
options.addArguments("--no-sandbox");
options.addArguments("--disable-dev-shm-usage");
options.addArguments("--headless");
options.addArguments("--disable-gpu");
options.addArguments("--remote-debugging-port=9222");
ChromeDriver driver = new ChromeDriver(options);
// Start Selenium test logic here
driver.quit();

import org.junit.jupiter.api.Test;
import org.junit.jupiter.api.AfterEach;
import org.junit.jupiter.api.BeforeEach;
import org.openqa.selenium.WebDriver;
import org.openqa.selenium.chrome.ChromeDriver;
import org.openqa.selenium.chrome.ChromeOptions;
class WebDriverTests {
  private WebDriver driver;
  @BeforeEach
  void setUp() {
    ChromeOptions options = new ChromeOptions();
    options.addArguments("--headless");
    options.addArguments("--no-sandbox");
    driver = new ChromeDriver(options);
  }
  @Test
  void testDriverInitialization() {
    driver.get("https://www.google.com");
    assertEquals("Google", driver.getTitle());
  }
  @AfterEach
  void tearDown() {
    driver.quit();
  }
}

Оптимизация тестов Selenium с помощью GitHub Actions и Headless Chrome

Один из важных аспектов бега безголовый хром использование Selenium в конвейерах CI/CD, таких как GitHub Actions, означает понимание ограничений окружающей среды. Запуск Chrome в автономном режиме означает, что он работает без графического интерфейса, что делает его идеальным для сред CI. Однако headless Chrome может быть более чувствителен к конфигурациям системы и требует дополнительной настройки по сравнению с локальной средой. Ошибка «Файл DevToolsActivePort не существует» обычно связана с ошибкой инициализации Chrome, часто из-за ограничений памяти или несоответствия конфигурации. Реализация конфигураций с эффективным использованием памяти, таких как --disable-dev-shm-usage и --no-песочница помогает преодолеть эти проблемы и значительно стабилизировать тесты в средах CI/CD с ограниченной памятью.

Чтобы обеспечить совместимость, важно, чтобы версии Chrome и ChromeDriver были согласованы. Несовместимые версии являются частым источником ошибок в действиях GitHub, поскольку программа запуска может по умолчанию использовать последнюю версию, которая может не соответствовать требованиям ChromeDriver. Чтобы решить эту проблему, наше решение включает анализ основной версии Chrome для получения точной соответствующей версии ChromeDriver, что повышает стабильность. Кроме того, установка порт удаленной отладки позволяет ChromeDriver более надежно взаимодействовать с браузером, включив порт связи. Эта настройка необходима при использовании GitHub Actions или аналогичных инструментов для автоматического запуска. браузерные тесты на виртуальной машине.

Эти конфигурации существенно повышают эффективность, уменьшая количество ошибок и повышая надежность тестовых запусков. Обеспечивая эффективное использование ресурсов и используя правильные версии, автономные запуски Chrome с гораздо большей вероятностью будут выполняться успешно, что избавляет разработчиков от досадных ошибок в середине тестирования. В конечном счете, надежные конфигурации и совместимые зависимости делают процесс тестирования CI/CD более плавным, позволяя разработчикам сосредоточиться на создании и улучшении своих приложений, не отвлекаясь на постоянные проблемы с настройкой 🚀.