Utilizarea Chrome pentru a remedia eroarea fișierului DevToolsActivePort din Selenium pe GitHub Actions

Depășirea eșecurilor testelor Chrome în conductele CI/CD

Efectuarea de teste cu seleniu în Chrome fără cap pe Acțiuni GitHub ar trebui să fie fără sudură. Cu toate acestea, mulți dezvoltatori se confruntă cu eroarea frustrantă „Fișierul DevToolsActivePort nu există”. Acest lucru se întâmplă atunci când Chrome, dintr-un motiv sau altul, nu reușește să pornească corect în mediul CI.

Mesajul de eroare semnalează de obicei că Chrome se blochează în mod neașteptat, ceea ce este adesea rezultatul nepotrivirii Chrome şi ChromeDriver versiuni sau opțiuni configurate greșit în configurarea de testare. La fel ca mulți dezvoltatori, m-am confruntat cu această provocare, în special când am implementat teste automate într-un integrare continuă mediu.

În această configurație, cea mai mică nealiniere, cum ar fi nepotrivirea versiunii ChromeDriver, poate opri execuția testului, costând timp și resurse prețioase. Din fericire, înțelegerea problemelor de bază face rezolvarea mult mai ușoară 🛠️.

În acest ghid, vom aborda pașii practici pentru a preveni și a remedia această eroare comună. De la specificațiile de instalare Chrome până la inițializarea corectă a driverului, veți găsi un proces pas cu pas pentru a vă asigura de fiecare dată rulări bune de testare. Să abordăm această problemă și să readucem testele pe drumul cel bun!

Soluție detaliată pentru Chrome și configurare ChromeDriver în CI

Scripturile de mai sus sunt concepute pentru a instala și configura atât Chrome, cât și ChromeDriver Acțiuni GitHub medii, abordând în mod specific eroarea „Fișierul DevToolsActivePort nu există”. Această problemă apare de obicei atunci când Chrome, care rulează în modul headless, nu poate iniția corect din cauza nepotrivirilor sau a constrângerilor de memorie. Primul script abordează acest lucru specificând o versiune Chrome și asigurând compatibilitatea acesteia cu ChromeDriver, care este esențial pentru rulare Seleniu teste. Comenzile inițiale realizează o actualizare a pachetelor apt și folosesc wget pentru a prelua o anumită versiune de Google Chrome dintr-o oglindă. Utilizarea unei oglinzi asigură instalarea versiunii corecte, mai ales dacă depozitul implicit nu are această versiune. Această abordare garantează că o versiune consecventă a Chrome este utilizată în diferite rulări de testare.

Apoi, scriptul continuă să instaleze un ChromeDriver compatibil cu versiunea izolând versiunea majoră de Chrome (de exemplu, „117” de la „117.0.5938.62”) folosind o comandă pentru a o analiza. Acest lucru permite scriptului să preia ChromeDriverul exact necesar pentru acea versiune majoră specifică, folosind un model de adresă URL conceput pentru versiunile ChromeDriver. Asigurându-vă că aceste versiuni se aliniază, configurarea împiedică versiunile nepotrivite să provoace eșecul inițializării ChromeDriver, care declanșează adesea eroarea DevTools. Dacă ChromeDriver nu reușește să descarce versiunea specifică, scriptul include o opțiune de rezervă pentru a descărca cea mai recentă versiune, menținând flexibilitatea. Acești pași sunt deosebit de utili în conductele automate CI/CD unde soluțiile rapide și fiabile sunt o prioritate 🔧.

După descărcare, scriptul șterge orice ChromeDriver instalat anterior din sistem folosind „sudo rm -f” pentru a evita conflictele cu driverele mai vechi. Acest lucru asigură că există doar versiunea corectă, minimizând riscurile de conflicte de versiuni care pot perturba stabilitatea testului. Permisiunile pentru ChromeDriver sunt, de asemenea, setate să fie executabile, ceea ce este un pas necesar pentru lansarea driverului în medii CI/CD. Utilizarea Chrome în modul „fără cap” cu opțiuni precum „--no-sandbox” și „--disable-dev-shm-usage” reduce, de asemenea, amprenta resurselor Chrome. Aceste opțiuni permit rularea testelor în medii cu resurse limitate (de exemplu, servere cloud sau conducte CI) fără a provoca blocarea Chrome, care este una dintre cauzele comune din spatele erorii DevToolsActivePort.

În cele din urmă, în configurarea WebDriver, opțiuni precum „--disable-gpu” și „--remote-debugging-port=9222” asigură o funcționare mai stabilă a Chrome în modul headless. Indicatorul „--disable-gpu” dezactivează redarea GPU, care este inutilă și uneori problematică în modul headless. Între timp, opțiunea „--remote-debugging-port” permite Chrome să deschidă un port de depanare esențial pentru ca Selenium să se conecteze la acesta în CI. În concluzie, această configurație previne blocajele obișnuite ale automatizării, permițând un mediu de testare mai fiabil și mai robust. Drept urmare, aceste scripturi fac ca rularea Chrome fără cap pe sisteme CI/CD să fie o experiență mult mai ușoară, asigurând testele automate care rulează constant, fără sughițuri 🚀.

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

Optimizarea testelor cu seleniu cu GitHub Actions și Headless Chrome

Un aspect important al alergării Chrome fără cap cu Selenium în conductele CI/CD, cum ar fi GitHub Actions, înțelegem constrângerile de mediu. Rularea Chrome în modul headless înseamnă că funcționează fără o interfață grafică, ceea ce îl face perfect pentru mediile CI. Cu toate acestea, Chrome fără cap poate fi mai sensibil la configurațiile sistemului și necesită o configurare suplimentară în comparație cu un mediu local. Eroarea „Fișierul DevToolsActivePort nu există” este de obicei legată de o eroare la inițializarea Chrome, adesea din cauza constrângerilor de memorie sau a nepotrivirilor de configurare. Implementarea configurațiilor eficiente din punct de vedere al memoriei, cum ar fi --disable-dev-shm-usage şi --fără cutie cu nisip ajută la depășirea acestor probleme și poate stabiliza semnificativ testele în medii CI/CD cu memorie limitată.

Pentru a asigura compatibilitatea, este esențial să păstrați aliniate ambele versiuni Chrome și ChromeDriver. Versiunile inconsecvente sunt o sursă frecventă de erori în GitHub Actions, deoarece runnerul ar putea să utilizeze implicit cea mai recentă versiune, care poate să nu corespundă cerințelor ChromeDriver. Pentru a rezolva acest lucru, soluția noastră include analiza versiunii majore de Chrome pentru a prelua versiunea exactă a ChromeDriver care corespunde, îmbunătățind stabilitatea. În plus, setarea portul-depanare la distanță permite ChromeDriver să interacționeze cu browserul mai fiabil, activând un port de comunicare. Această configurare este esențială atunci când utilizați GitHub Actions sau instrumente similare pentru a rula automat teste de browser pe o mașină virtuală.

Aceste configurații fac o mare diferență în ceea ce privește eficiența, reducând erorile și îmbunătățind fiabilitatea testelor. Asigurând opțiuni eficiente din punct de vedere al resurselor și utilizând versiunile corecte, rulările Chrome fără cap au mult mai multe șanse să se execute cu succes, evitând dezvoltatorii să se ocupe de erori frustrante la mijlocul testării. În cele din urmă, configurațiile robuste și dependențele compatibile fac experiența de testare CI/CD mai ușoară, permițând dezvoltatorilor să se concentreze pe crearea și îmbunătățirea aplicațiilor lor fără a întrerupe problemele persistente de configurare 🚀.