In JavaScript Selenium-skript stjoert WebDriver-opdrachten nei de ôfstânserver foardat de browser fan dy server earne hinne navigearje kin. As de opdrachteferbining troch in HTTP-proxy moat, konfigurearje dan de WebDriver-proxy fan 'e Builder:

const { Builder, Browser } = require("selenium-webdriver");

const driver = await new Builder()
  .forBrowser(Browser.CHROME)
  .usingServer(gridUrl)
  .usingWebDriverProxy("http://proxy.example.net:8080")
  .build();

gridUrl is de echte Selenium-server of it hoste WebDriver-einpunt. Foar in publyk berikber einpunt dêr't dy rûte tastien is, leveret de HTTP-proxylist kandidaten foar usingWebDriverProxy. Fier it fragmint út yn in async CommonJS-funksje. Stop de driver as de testsesje einiget.

usingWebDriverProxy regelet de HTTP-ferbiningen fan 'e JavaScript-binding. It set de proxy-mooglikheid fan Chrome of in Chrome-startargumint net.

As it browserferkear ek in midsman nedich hat, jou dan de bedoelde Chrome-opsjes apart op. Dy browser draait op 'e ôfstânmasine, dat syn proxy-einpunt moat dêr berikber wêze. In loopback-adres op 'e masine fan it skript is net automatysk in loopback-tsjinst dy't foar de ôfstânbrowser beskikber is.

Stel fêst oft de flater bart by it meitsjen fan 'e WebDriver-sesje of by it navigearjen op in webside. De beide flaters kinne oare netwurkclients en oare proxybelied belûke.

Relatearre artikelen