BrowserMob regjistron vetëm trafikun që kalon vërtet përmes listener-it të tij. Nisja e proxy-t pranë një shfletuesi Selenium nuk e vendos atë shfletues në rrugë.

Për API-në e integruar 2.1.5 të dokumentuar të BrowserMob, një konfigurim ekzistues Java Selenium mund të përdorë këtë renditje:

BrowserMobProxy proxy = new BrowserMobProxyServer();
proxy.start(0);
try {
    ChromeOptions options = new ChromeOptions();
    options.setProxy(ClientUtil.createSeleniumProxy(proxy));
    WebDriver driver = new ChromeDriver(options);
    try {
        proxy.newHar("example-page");
        driver.get("http://www.example.com/");
        Har capture = proxy.getHar();
        capture.writeTo(new java.io.File("page.har"));
    } finally {
        driver.quit();
    }
} finally {
    proxy.stop();
}

Porti 0 kërkon një port të lirë. ClientUtil ndërton cilësimin e proxy-t të Selenium nga ai listener. Regjistrimi fillon përpara navigimit dhe merret ndërsa proxy është ende i disponueshëm.

Fragmenti supozon se tipet BrowserMob, HAR dhe Selenium të projektit janë tashmë të disponueshëm. Regjistrimi i detajuar i trupit të kërkesës ose përgjigjes është një zgjedhje shtesë CaptureType. Edhe përgjimi HTTPS ka nevojë për rregullimin e tij të synuar të besimit të certifikatës.

Për një shfletues Grid në distancë, shpallni një adresë të arritshme nga makina e atij shfletuesi. Një adresë loopback në ekzekutuesin e testit tregon atje loopback-un e një makine tjetër.

Kjo regjistron rrugën HTTP të konfiguruar të shfletuesit. Nuk vendos një rregull të sistemit operativ që bllokon çdo lidhje tjetër dalëse.

Artikuj të ngjashëm