Używanie przeglądarki Chrome do naprawienia błędu pliku DevToolsActivePort w Selenium w akcjach GitHub

Pokonywanie błędów testów Chrome w potokach CI/CD

Uruchamianie testów Selenium w NA powinno być płynne. Jednak wielu programistów napotyka frustrujący błąd „Plik DevToolsActivePort nie istnieje”. Dzieje się tak, gdy Chrome z jakiegoś powodu nie uruchamia się poprawnie w środowisku CI.

Komunikat o błędzie zwykle sygnalizuje, że Chrome nieoczekiwanie ulega awarii, co często wynika z niedopasowania I wersje lub źle skonfigurowane opcje w konfiguracji testu. Podobnie jak wielu programistów, spotkałem się z tym wyzwaniem, szczególnie podczas wdrażania testów automatycznych w aplikacji środowisko.

W tej konfiguracji najdrobniejsza nieprawidłowość, np. niezgodność wersji ChromeDrivera, może spowodować zatrzymanie wykonywania testu, co może kosztować cenny czas i zasoby. Na szczęście zrozumienie podstawowych problemów znacznie ułatwia rozwiązanie 🛠️.

W tym przewodniku omówimy praktyczne kroki, aby zapobiec temu typowemu błędowi i go rozwiązać. Od szczegółów instalacji Chrome po właściwą inicjalizację sterownika – znajdziesz proces krok po kroku, który zapewni płynne przebieg testu za każdym razem. Rozwiążmy ten problem i przywróćmy testy na właściwe tory!

Rozkaz	Przykład użycia
CHROME_VERSION="117.0.5938.62"	Ustawia konkretną wersję przeglądarki Chrome, niezbędną do zapewnienia zgodności z ChromeDriverem podczas testów CI, aby zapobiec niezgodnościom między Chrome i ChromeDriver.
MAJOR_VERSION=$(echo $CHROME_VERSION | cut -d '.' -f1)	Wyodrębnia główny numer wersji z pełnej wersji przeglądarki Chrome. Służy do pobrania pasującej wersji ChromeDrivera, zapewniając kompatybilność.
LATEST_DRIVER=$(wget -qO- ...)	Pobiera najnowszą kompatybilną wersję ChromeDriver dla określonej wersji Chrome, niezbędną do uniknięcia błędów „DevToolsActivePort” w skryptach automatyzacji.
if [ -z "$LATEST_DRIVER" ]	Sprawdza, czy zmienna wersji ChromeDrivera jest pusta, co wskazywałoby na błąd w pobraniu kompatybilnej wersji. Warunek ten pomaga w zastosowaniu rozwiązania awaryjnego, aby zapobiec niepowodzeniu testów.
sudo dpkg -i $CHROME_DEB	Instaluje pobrany pakiet Chrome za pomocą programu dpkg, który jest szczególnie przydatny w środowiskach Linux, takich jak GitHub Actions.
sudo rm -f /usr/local/bin/chromedriver	Usuwa wcześniej zainstalowany sterownik ChromeDriver. Dzięki temu podczas nowej instalacji nie wystąpi konflikt wersji.
options.addArguments("--no-sandbox")	Wyłącza funkcję piaskownicy w Chrome. Jest to szczególnie ważne w środowiskach CI, ponieważ piaskownica może uniemożliwić uruchomienie przeglądarki Chrome w trybie bezgłowym.
options.addArguments("--disable-dev-shm-usage")	Zwiększa dostępną pamięć współdzieloną, wyłączając użycie /dev/shm, co może zapobiec awariom Chrome w środowiskach z ograniczoną pamięcią, takich jak kontenery.
options.addArguments("--remote-debugging-port=9222")	Umożliwia zdalne debugowanie na określonym porcie. Jest to wymóg, aby bezgłowa przeglądarka Chrome działała poprawnie w niektórych środowiskach i zapobiegała błędom „DevToolsActivePort”.
driver.quit()	Zamyka wszystkie okna Chrome i kończy sesję WebDriver, zwalniając zasoby. Jest to niezbędne w potokach CI/CD, aby zapobiec wyciekom zasobów i wyczerpaniu się dostępnej pamięci.

Szczegółowe rozwiązanie dotyczące konfiguracji Chrome i ChromeDriver w CI

Powyższe skrypty służą do instalowania i konfigurowania zarówno przeglądarki Chrome, jak i ChromeDrivera środowiskach, w szczególności dotyczący błędu „Plik DevToolsActivePort nie istnieje”. Ten problem zwykle występuje, gdy przeglądarka Chrome działająca w trybie bezgłowym nie może poprawnie zainicjować z powodu niezgodności lub ograniczeń pamięci. Pierwszy skrypt rozwiązuje ten problem, określając wersję Chrome i zapewniając jej kompatybilność z ChromeDriverem, który jest kluczowy do działania testy. Początkowe polecenia wykonują aktualizację pakietów apt i używają wget do pobrania określonej wersji Google Chrome z serwera lustrzanego. Użycie kopii lustrzanej gwarantuje zainstalowanie właściwej wersji, szczególnie jeśli w domyślnym repozytorium tej wersji nie ma. Takie podejście gwarantuje, że w różnych przebiegach testowych używana będzie spójna wersja przeglądarki Chrome.

Następnie skrypt instaluje sterownik ChromeDriver zgodny z wersją, izolując wersję główną od przeglądarki Chrome (np. „117” z „117.0.5938.62”) za pomocą polecenia umożliwiającego jej przeanalizowanie. Dzięki temu skrypt może pobrać dokładny sterownik ChromeDriver potrzebny dla tej konkretnej wersji głównej przy użyciu wzorca adresu URL zaprojektowanego dla wydań ChromeDriver. Upewniając się, że te wersje są zgodne, konfiguracja zapobiega powodowaniu przez niedopasowane wersje niepowodzenia inicjalizacji ChromeDrivera, co często powoduje błąd DevTools. Jeśli ChromeDriver nie pobierze określonej wersji, skrypt zawiera opcję awaryjną umożliwiającą pobranie najnowszej wersji, zachowując elastyczność. Kroki te są szczególnie przydatne w zautomatyzowanych rurociągach CI/CD, gdzie priorytetem są szybkie i niezawodne rozwiązania 🔧.

Po pobraniu skrypt usuwa z systemu wszelkie wcześniej zainstalowane sterowniki ChromeDriver za pomocą polecenia „sudo rm -f”, aby uniknąć konfliktów ze starszymi sterownikami. Gwarantuje to, że dostępna jest tylko poprawna wersja, minimalizując ryzyko konfliktów wersji, które mogą zakłócić stabilność testu. Uprawnienia dla ChromeDriver są również ustawione na wykonywalne, co jest niezbędnym krokiem do uruchomienia sterownika w środowiskach CI/CD. Używanie przeglądarki Chrome w trybie „bezgłowym” z opcjami takimi jak „--no-sandbox” i „--disable-dev-shm-usage” również zmniejsza zużycie zasobów przeglądarki Chrome. Te opcje umożliwiają uruchamianie testów w środowiskach o ograniczonych zasobach (np. serwerach w chmurze lub potokach CI) bez powodowania awarii przeglądarki Chrome, co jest jedną z częstych przyczyn błędu DevToolsActivePort.

Wreszcie, w konfiguracji WebDrivera opcje takie jak „--disable-gpu” i „--remote-debugging-port=9222” zapewniają stabilniejsze działanie przeglądarki Chrome w trybie bezgłowym. Flaga „--disable-gpu” wyłącza renderowanie GPU, co jest niepotrzebne i czasami problematyczne w trybie bezgłowym. Tymczasem opcja „--remote-debugging-port” pozwala Chrome otworzyć port debugowania niezbędny do połączenia Selenium z nim w CI. Podsumowując, taka konfiguracja zapobiega typowym wąskim gardłom automatyzacji, zapewniając bardziej niezawodne i niezawodne środowisko testowe. W rezultacie te skrypty sprawiają, że uruchamianie bezobsługowej przeglądarki Chrome w systemach CI/CD jest znacznie płynniejsze, zapewniając spójne i bezproblemowe działanie automatycznych testów 🚀.

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();
  }
}

Optymalizacja testów Selenium za pomocą akcji GitHub i Headless Chrome

Jeden ważny aspekt biegania z Selenium w potokach CI/CD, takich jak GitHub Actions, oznacza zrozumienie ograniczeń środowiskowych. Uruchamianie przeglądarki Chrome w trybie bezgłowym oznacza, że ​​działa ona bez interfejsu graficznego, co czyni ją idealną dla środowisk CI. Jednak bezgłowy Chrome może być bardziej wrażliwy na konfiguracje systemu i wymaga dodatkowej konfiguracji w porównaniu ze środowiskiem lokalnym. Błąd „Plik DevToolsActivePort nie istnieje” jest często powiązany z niepowodzeniem inicjalizacji przeglądarki Chrome, często z powodu ograniczeń pamięci lub niezgodności konfiguracji. Implementowanie konfiguracji oszczędzających pamięć, takich jak I pomaga przezwyciężyć te problemy i może znacznie ustabilizować testy w środowiskach CI/CD o ograniczonej pamięci.

Aby zapewnić kompatybilność, konieczne jest zapewnienie zgodności wersji Chrome i ChromeDriver. Niespójne wersje są częstym źródłem błędów w GitHub Actions, ponieważ moduł uruchamiający może domyślnie używać najnowszej wersji, która może nie spełniać wymagań ChromeDrivera. Aby rozwiązać ten problem, nasze rozwiązanie obejmuje analizowanie głównej wersji przeglądarki Chrome w celu pobrania dokładnie odpowiadającej wersji ChromeDriver, co poprawia stabilność. Dodatkowo ustawienie pozwala ChromeDriverowi na bardziej niezawodną interakcję z przeglądarką, włączając port komunikacyjny. Ta konfiguracja jest niezbędna w przypadku korzystania z akcji GitHub lub podobnych narzędzi do automatycznego uruchamiania na maszynie wirtualnej.

Konfiguracje te mają duży wpływ na wydajność, redukując błędy i poprawiając niezawodność przebiegów testowych. Zapewniając opcje oszczędzające zasoby i używając odpowiednich wersji, bezobsługowe uruchamianie przeglądarki Chrome jest znacznie bardziej prawdopodobne, że pomyślnie się uruchomią, co chroni programistów przed frustrującymi błędami w trakcie testowania. Ostatecznie niezawodne konfiguracje i kompatybilne zależności sprawiają, że testowanie CI/CD jest płynniejsze, umożliwiając programistom skupienie się na tworzeniu i ulepszaniu aplikacji bez zakłócania ciągłych problemów z konfiguracją 🚀.

1. Co oznacza błąd „Plik DevToolsActivePort nie istnieje”?
2. Ten błąd występuje, gdy Chrome nie uruchamia się prawidłowo w trybie bezgłowym, zazwyczaj z powodu niedopasowania konfiguracji lub braku zasobów systemowych. Dostosowywanie opcji pamięci, takich jak często to rozwiązuje.
3. Dlaczego dopasowanie wersji Chrome i ChromeDriver jest ważne?
4. Dopasowanie wersji pozwala uniknąć błędów zgodności. Używanie i pobranie konkretnego sterownika ChromeDriver zapewnia ich płynną współpracę.
5. Jak to się dzieje pomoc w testowaniu bezgłowym?
6. Umożliwia kontrolowanie portu przeglądarki Chrome przez ChromeDriver, umożliwiając testom skuteczniejsze łączenie się z instancją przeglądarki i zapobiegając błędom DevTools.
7. Co robi Do?
8. Wyłącza to piaskownicę Chrome, co pomaga Chrome uruchamiać się w środowiskach CI, ponieważ piaskownica może czasami powodować awarię bezobsługowej przeglądarki Chrome w środowiskach z ograniczeniami.
9. Czy istnieje rozwiązanie awaryjne, jeśli wersja ChromeDriver nie zostanie pobrana?
10. Tak, nasz skrypt zawiera rezerwę, która używa jeśli pasująca wersja nie powiedzie się, upewnij się, że ChromeDriver jest dostępny niezależnie od zainstalowanej wersji Chrome.
11. Jak uniknąć problemów związanych z pamięcią Chrome w potokach CI/CD?
12. Używanie przekierowuje pamięć współdzieloną, zapobiegając awariom Chrome z powodu ograniczonej przestrzeni /dev/shm w środowiskach CI.
13. Czy mogę debugować Chrome w trybie bezgłowym?
14. Tak, używając a lokalne uruchomienie testu pozwala otworzyć narzędzia Chrome DevTools w celu debugowania w trybie bezgłowym.
15. Czy WebDriverManager automatycznie obsługuje aktualizacje ChromeDriver?
16. WebDriverManager upraszcza lokalne aktualizacje sterowników, ale w potokach CI/CD skonfigurowanie określonych wersji, jak pokazano, jest bardziej niezawodne w przypadku powtarzalnych kompilacji.
17. Jaki jest cel w skrypcie?
18. To polecenie zwalnia zasoby, zamykając przeglądarkę Chrome i kończąc sesję WebDriver, zapobiegając wyciekom pamięci w środowiskach CI/CD.
19. Jak przetestować moją konfigurację Selenium w GitHub Actions przed zatwierdzeniem?
20. Uruchamianie testów lokalnie za pomocą Opcje i konfiguracje CI mogą wykryć problemy przed wypchnięciem do GitHub, co ułatwia debugowanie.
21. Jakich uprawnień potrzebuję dla ChromeDriver w CI?
22. ChromeDriver wymaga uprawnień do wykonywania ustawionych przez , aby pomyślnie uruchomić testy w akcjach GitHub.

Zapewnienie prawidłowej konfiguracji testów Selenium z bezobsługowym Chrome w GitHub Actions oszczędza czas i zwiększa niezawodność. Rozwiązanie błędów takich jak „Plik DevToolsActivePort nie istnieje” może sprawić, że testowanie CI/CD stanie się płynniejsze i mniej frustrujące dla programistów.

Wyrównując i Chrome oraz konfigurując opcje oszczędzające pamięć, podejście to pomaga efektywnie przeprowadzać testy w ograniczonych środowiskach. To praktyczne rozwiązanie, które pozwala programistom skoncentrować się na swoich podstawowych zadaniach, nie martwiąc się o zakłócenia w testowaniu 🚀.