Chrome を使用して GitHub 上の Selenium の DevToolsActivePort ファイル エラーを修正するアクション

GitHub Actions での Selenium テストでの「DevToolsActivePort ファイルが存在しません」エラーを解決する

解決策 1: Chrome および ChromeDriver のインストールおよび構成スクリプト

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

ヘッドレス モードでの GitHub Actions 用の Java を使用した WebDriver のセットアップ

解決策 2: Chrome オプションを構成し、Java で WebDriver を初期化する

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

Chrome と WebDriver の互換性を検証するための単体テストの追加

解決策 3: 単体テストで互換性を確保し、CI 実行時のエラーを防止する

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

GitHub Actions で Chrome で Selenium を実行する場合の一般的な質問と解決策

1. 「DevToolsActivePort ファイルが存在しません」というエラーは何を意味しますか?
2. このエラーは、通常、セットアップの不一致またはシステム リソースの不足が原因で、Chrome がヘッドレス モードで適切に起動できない場合に発生します。メモリオプションの調整 --disable-dev-shm-usage 解決することが多いです。
3. Chrome と ChromeDriver のバージョンを一致させることが重要なのはなぜですか?
4. バージョンを一致させると、互換性エラーが回避されます。使用する MAJOR_VERSION=$(echo $CHROME_VERSION | cut -d '.' -f1) 特定の ChromeDriver を取得することで、スムーズに連携できるようになります。
5. どのようにして --remote-debugging-port=9222 ヘッドレステストに役立ちますか？
6. これにより、Chrome のポートを ChromeDriver で制御できるようになり、テストがより効果的にブラウザ インスタンスに接続できるようになり、DevTools エラーが防止されます。
7. どういうことですか --no-sandbox する？
8. これにより、制限された環境ではサンドボックスによりヘッドレス Chrome がクラッシュする可能性があるため、Chrome のサンドボックスが無効になります。これにより、CI 環境で Chrome が起動できるようになります。
9. ChromeDriver バージョンのダウンロードに失敗した場合のフォールバックはありますか?
10. はい、スクリプトには次のフォールバックが含まれています。 --latest_release バージョンの一致が失敗した場合、インストールされている Chrome のバージョンに関係なく ChromeDriver が利用可能であることを確認します。
11. CI/CD パイプラインにおける Chrome のメモリ関連の問題を回避するにはどうすればよいですか?
12. 使用する --disable-dev-shm-usage 共有メモリをリダイレクトし、CI 環境の /dev/shm スペースの制限による Chrome のクラッシュを防ぎます。
13. ヘッドレス モードで Chrome をデバッグできますか?
14. はい、使用しています --remote-debugging-port ローカルでテストを実行すると、Chrome DevTools を開いてヘッドレス モードでデバッグできるようになります。
15. WebDriverManager は ChromeDriver の更新を自動的に処理しますか?
16. WebDriverManager はローカルでのドライバーの更新を簡素化しますが、CI/CD パイプラインでは、示されているように特定のバージョンをセットアップする方が、反復可能なビルドの信頼性が高くなります。
17. 目的は何ですか driver.quit() 脚本の中で？
18. このコマンドは、Chrome を閉じて WebDriver セッションを終了することでリソースを解放し、CI/CD 環境でのメモリ リークを防ぎます。
19. コミットする前に GitHub Actions で Selenium セットアップをテストするにはどうすればよいですか?
20. ローカルでテストを実行する headless オプションと CI 構成により、GitHub にプッシュする前に問題をキャッチできるため、デバッグが容易になります。
21. CI の ChromeDriver にはどのような権限が必要ですか?
22. ChromeDriver には、によって設定された実行権限が必要です sudo chmod +x /usr/local/bin/chromedriver, GitHub Actions でテストを正常に実行するには。

CI/CD テスト用のヘッドレス Chrome の構成に関する最終的な考え

GitHub Actions 上のヘッドレス Chrome を使用して Selenium テストの正しいセットアップを確保すると、時間が節約され、信頼性が向上します。 「DevToolsActivePort ファイルが存在しません」などのエラーに対処すると、CI/CD テストがよりシームレスになり、開発者のストレスが軽減されます。

揃えることで クロムドライバー Chrome のバージョンとメモリ効率の高いオプションを構成するこのアプローチは、制約のある環境でテストを効率的に実行するのに役立ちます。これは、開発者がテストの中断を心配することなく、主要なタスクに集中できる実用的なソリューションです 🚀。