Selenium remotewebdriver запускает двоичный файл браузера, но не получает веб-драйвер — как я могу очистить процесс браузера

Чтобы избежать подобных проблем, вы должны убедиться, что driver.quit() вызывается, когда браузер больше не требуется.

Предполагая стек Java, скорее всего, вы используете платформу TestNG или JUnit. Лучшим местом для освобождения ресурсов будет либо один из @After... методов (в зависимости от выбранной стратегии управления сеансом), либо специальные слушатели. Например:

@AfterMethod
public void tearDown() {
    if (driver != null)
        driver.quit();
}

Как вы упомянули firefox.exe is started but because the machine is so slow and we have a 15 second timeout, creating the webdriver does not succeed и see hundreds of leftover firefox processes sitting out there, у меня есть 4 решение, которое может вам подойти.

1. Поскольку наша цель - протестировать приложение, я думаю, что мы все равно не должны возиться с загрузкой страницы. Установка 15 second timeout приведет только к провалу наших попыток активировать приложение, чтобы начать процесс тестирования. Следовательно, лучшей альтернативой было бы позволить экземпляру WebDriver запускать приложение в обычном режиме, чтобы Selenium получил чистый Document.readyState == complete из DOM tree
2. Поскольку вы говорили о том, что машина работает медленно, самым следующим действием будет убедиться, что Test Bed настроен с требуемым Hardware (CPU, RAM, ROM, Cache) and Software (Selenium, WebDriver, WebBrowser versions) resources. Убедитесь, что Test Machines, на котором запущены Automation Script и Testcases, изолированы от других взаимодействий пользователей.
3. Кроме того, если вы хотите сократить время загрузки страницы и хотите начать взаимодействие с WebElements, как только они загрузятся, в этом случае вы можете рассмотреть возможность настройки pageLoadStrategy. Настройкой по умолчанию для pageLoadStrategy является normal, которую мы можем изменить на eager. Установка pageLoadStrategy в eager подразумевает, что как только WebElements загружаются в HTML DOM и interactive, ваш скрипт возобновляет выполнение.

4. Теперь основную проблему с hundreds of leftover firefox processes sitting out there можно решить, сохранив блокирующую часть кода в блоке try. Если блок кода в пределах try завершается успешно, наш скрипт продолжает работу. В случае сбоя try мы вызовем quit() в блоке catch(), чтобы экземпляр браузера Firefox и экземпляр WebDriver корректно завершили работу. Схема блока кода выглядит следующим образом:

   import org.openqa.selenium.WebDriver;
   import org.openqa.selenium.firefox.FirefoxDriver;
   
   public class Q45703729_firefox_process {
   
       public static void main(String[] args) {
   
   
           System.setProperty("webdriver.gecko.driver", "C:\\Utility\\BrowserDrivers\\geckodriver.exe");
           WebDriver driver =  new FirefoxDriver();
           try {
               driver.get("https://stackoverflow.com");
               System.out.println("Application opened");
           } catch (Exception e) {
               System.out.println("Unable to open Application. Quiting ...");
               driver.quit();
           }
           System.out.println("Page Title is : "+driver.getTitle());
           //Do other tasks
           driver.quit();
       }
   }