Ang BrowserMob ay nagtatala lamang ng trapikong talagang dumadaan sa listener nito. Ang pagsisimula ng proxy sa tabi ng Selenium browser ay hindi naglalagay ng browser na iyon sa ruta.

Para sa dokumentadong 2.1.5 embedded API ng BrowserMob, ang umiiral na Java Selenium setup ay maaaring gumamit ng ganitong pagkakasunod-sunod:

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

Ang port 0 ay humihingi ng available na port. Binubuo ng ClientUtil ang Selenium proxy setting mula sa listener na iyon. Nagsisimula ang capture bago ang navigation at kinukuha habang available pa ang proxy.

Ipinapalagay ng bahagi na ang mga uri ng BrowserMob, HAR at Selenium ng proyekto ay available na. Ang detalyadong pag-capture ng katawan ng request o response ay karagdagang pagpili ng CaptureType. Ang HTTPS interception ay nangangailangan din ng inilaang kaayusan ng pagtitiwala sa sertipiko.

Para sa malayong Grid browser, ipahayag ang address na maaabot mula sa makina ng browser na iyon. Ang loopback address sa test runner doon ay tumutukoy sa loopback ng ibang makina.

Kinukuha nito ang naka-configure na HTTP ruta ng browser. Hindi ito nagtatatag ng panuntunan ng operating system na humaharang sa bawat iba pang papalabas na koneksyon.

Kaugnay na mga artikulo