Маніпулювання Chrome DevTools у Selenium C#: Проблеми та Шляхи Розв'язання

Маніпулювання Chrome DevTools у Selenium C#: Проблеми та Шляхи Розв’язання

5 Березня 2024 в 20:38 43

Chrome DevTools у Selenium дозволяє розробникам виконувати різноманітні аналізи та діагностику в мережі під час автоматизованих тестів. Однак, існують проблеми, пов’язані з жорсткою прив’язкою до конкретних версій, що може призводити до розбіжностей та проблем при оновленні браузера.

У багатьох проєктах, де використовується Selenium для автоматизації тестів, розробники зіштовхуються з проблемою нестабільності тестів через прив’язку до конкретних версій Chrome DevTools. Оскільки Selenium взаємодіє з браузером через DevTools, будь-які зміни в версіях можуть призвести до невідповідностей та порушення роботи автоматизованих тестів. Наприклад, якщо тест було розроблено для певної версії DevTools, а пізніше була встановлена новіша версія браузера, це може призвести до розбіжностей у роботі тестів, що може призвести до їх зламу.

Існує декілька підходів до розв’язання цієї проблеми. Один з них – це розробка більш гнучкого коду, який не буде жорстко прив’язаним до конкретної версії DevTools. Це може бути досягнуто за допомогою використання нових можливостей, що з’явилися в Selenium4 та .NET6. Замість прямого виклику DevTools з конкретною версією, розробник може використовувати більш абстрактний підхід, який дозволяє автоматизованим тестам працювати стабільно незалежно від версій браузера.

using DevToolsSessionDomains = OpenQA.Selenium.DevTools.V122.DevToolsSessionDomains;
public class ChromeBrowser : MyBrowser {
    private static readonly ILogger _log = Serilog.Log.ForContext<ChromeBrowser>();
    private ChromeDriver driver;
    public override void InitDriver(bool runHeadless) {
        new DriverManager().SetUpDriver(new ChromeConfig(), VersionResolveStrategy.MatchingBrowser);
        var service = ChromeDriverService.CreateDefaultService();
        driver = new ChromeDriver(service, DriverOptions(runHeadless), TimeSpan.FromMinutes(3));
        pid = service.ProcessId;
        _log.Information($"ChromeDriver PID = {pid}");
        _log.Information($"Chrome capabilities: {driver.Capabilities}");
        EnableLogging();
    }
    // Решта коду відсутня для зручності

using DevToolsSessionDomains = OpenQA.Selenium.DevTools.V122.DevToolsSessionDomains;

public class ChromeBrowser : MyBrowser {

private static readonly ILogger _log = Serilog.Log.ForContext<ChromeBrowser>();

private ChromeDriver driver;

public override void InitDriver(bool runHeadless) {

new DriverManager().SetUpDriver(new ChromeConfig(), VersionResolveStrategy.MatchingBrowser);

var service = ChromeDriverService.CreateDefaultService();

driver = new ChromeDriver(service, DriverOptions(runHeadless), TimeSpan.FromMinutes(3));

pid = service.ProcessId;

_log.Information($"ChromeDriver PID = {pid}");

_log.Information($"Chrome capabilities: {driver.Capabilities}");

EnableLogging();

}

// Решта коду відсутня для зручності

Цей підхід дозволяє зберігати стабільність автоматизованих тестів, навіть після оновлення браузера. Відокремлюючи логіку від конкретної версії DevTools, розробники можуть забезпечити, що їхні тести залишаються працездатними навіть при великій кількості оновлень браузера.

Однак, деякі команди розробки можуть виявити, що цей підхід не є найбільш ефективним або практичним для їхнього проєкту. У такому випадку, можна розглянути інші варіанти, такі як використання Docker-контейнерів з попередньо налаштованими версіями браузера та DevTools. Це може допомогти уникнути проблем з несумісністю версій і забезпечити стабільну роботу автоматизованих тестів навіть при різних оновленнях браузера.

У кінці дня, вибір підходу до маніпулювання Chrome DevTools у Selenium C# залежить від конкретних потреб та обмежень вашого проєкту. Важливо розуміти переваги та недоліки кожного підходу та обирати той, який найкраще підходить для вашої конкретної ситуації.