Websites und Apps mit Automatisierungstest-Proxys länderübergreifend testen

Wann benötigen Sie Proxies für Tests?

Wenn der Dienst in mehreren Ländern verfügbar ist, müssen Sie die länderspezifischen Funktionen testen. Funktionen wie automatische Sprachauswahl, Währungs- und Preisangaben, Zahlungsmethodenlisten, regionale Beschränkungshinweise und Cookie-Zustimmungsbildschirme, die sich je nach Zugriffsort ändern, können nur mit einer IP aus dem jeweiligen Land überprüft werden.

Proxys sind auch für Lasttests nützlich, bei denen gleichzeitige Anfragen von mehreren IPs nötig sind. So können Sie Rate-Limits und Ländersperren korrekt testen.

Auch Integrationen wie Karten, Zahlungen oder Werbeskripte können auf korrekten länderspezifischen Aufruf geprüft werden.

Welche Proxies eignen sich für Tests?

Für wiederholte Tests empfehlen wir private Rechenzentrums-Proxys. Die IPs bleiben während der Planlaufzeit fest, sodass Sie Ergebnisse von gestern und heute unter gleichen Bedingungen vergleichen können. Mit unbegrenzter Bandbreite und gleichzeitigen Verbindungen können Sie auch Browser-Tests problemlos durchführen.

Für Tests von Systemen, die Rechenzentrumszugriffe anders behandeln (z.B. Betrugsprävention), nutzen Sie Private ISP-Proxies. Lasttests mit vielen gleichzeitigen Anfragen sind mit Shared DC-Proxies kostengünstig.

Wie verbinde ich Browser-Automatisierungstools?

Playwright ist am einfachsten, da Sie beim Öffnen des Browsers die Proxy-Einstellungen mit Serveradresse, Benutzername und Passwort angeben können. Puppeteer verwendet das Argument --proxy-server für die Adresse und page.authenticate für Benutzername und Passwort.

Die Kombination Selenium + Chrome unterstützt keine direkte Proxy-Passworteingabe, daher ist IP-Autorisierung praktisch. Registrieren Sie die IPv4 Ihres Testservers im Dashboard, dann können Sie mit nur ip:port ohne Benutzername/Passwort verbinden. Beispielcode für jedes Tool finden Sie in unseren Guides.

• Playwright: server, username, password für proxy
• Puppeteer: --proxy-server + page.authenticate
• Selenium + Chrome: IP-Autorisierung, nur ip:port verwenden
• Für SOCKS5 den SOCKS5-Port in jeder Zeile verwenden

Wie wird es auf CI-Servern betrieben?

Wenn die ausgehende IP des CI-Servers fest ist, registrieren Sie sie für die IP-Autorisierung. Sie müssen das Passwort nicht in einem Repository oder einer Konfigurationsdatei speichern, was die Verwaltung erleichtert. Wenn sich die IP häufig ändert, speichern Sie Benutzername und Passwort in einem Geheimnislager und lesen Sie sie beim Teststart.

Wenn Tests mit aktuellen API-Listen starten, müssen Sie keine IPs im Code hinterlegen. GET /proxies filtert nach Land und Protokoll, sodass Sie nur benötigte Zeilen erhalten.

Speichern Sie im Testergebnis die verwendete IP und das Land. So erkennen Sie schnell, ob Fehler nur in bestimmten Ländern oder IPs auftreten.

Was muss angepasst werden, um Ergebnisse vertrauenswürdig zu machen?

Legen Sie die Browser-Sprache, Zeitzone und Bildschirmgröße für jedes Test-Szenario entsprechend dem IP-Land fest. Wenn diese Werte zwischen den Tests variieren, können die Ergebnisse für dieselbe Funktion schwanken.

Bei Tests, bei denen Netzwerklatenz die Ergebnisse beeinflusst, wählen Sie IPs nahe Ihres Testservers. Separate Aufzeichnung von Proxy- und Dienstantwortzeiten hilft bei der Ursachenanalyse.

Wie viel kosten Proxies für Tests?

Der Startpreis pro IP pro Monat beträgt für Private Datacenter Proxys $0.4680, für Private ISP Proxys $0.5850, basierend auf dem US-Dollar. Ein paar IPs pro Land reichen für Tests aus, und Sie können mit einem kleinen Plan beginnen. Für kontinuierliche Regressionstests können Sie mit der jährlichen Zahlung 30% sparen.

Wie erstellt man Testszenarien pro Land?

Erstellen Sie eine Tabelle mit erwarteten Ergebnissen pro Land für einfachere Automatisierung. Beispiel: US-IPs sollten Dollarpreise und Englisch zeigen, DE-IPs Euro und Deutsch, JP-IPs Yen und Japanisch. Testcode vergleicht Proxy-Seiten mit dieser Tabelle.

Fügen Sie Elemente wie Zahlungsmethodenlisten, Lieferinformationen und Cookie-Zustimmungsbildschirme, die je nach Land angezeigt werden oder nicht, in dieselbe Tabelle ein. Wenn Sie bei jeder neuen Funktion dasselbe Szenario durchlaufen, können Sie Probleme finden, die nur in bestimmten Ländern auftreten, bevor sie live gehen.

Für Screenshot-Vergleiche sollten Länder-Baselines separat definiert und nur Aufnahmen derselben IP verglichen werden, um inkonsistente Abweichungen zu minimieren.

• Erstellen Sie eine Tabelle mit den erwarteten Ergebnissen pro Land
• Länderspezifische Elemente wie Zahlungs-, Liefer- und Zustimmungsbildschirme einbeziehen
• Wiederholung desselben Szenarios pro Bereitstellung

Wie werden Proxy-Einstellungen verwaltet, wenn das Team sie gemeinsam nutzt?

Schreiben Sie IPs nicht fest in Testcode, sondern holen Sie Länderlisten per API zu Testbeginn. So müssen Sie Code nicht ändern, wenn Sie Pläne oder Länder wechseln. Speichern Sie API-Schlüssel sicher in CI-Secrets oder Entwickler-Umgebungsvariablen.

Wenn mehrere Teams dasselbe Konto verwenden, sollten sie Pläne getrennt kaufen, damit sich die Listen nicht vermischen. Wenn die Testergebnisse den Plan und das Land enthalten, können Sie sofort erkennen, welches Team den Test durchgeführt hat.

Ein Proxy-Statuscheck vor Tests ist ratsam. Einfache Testanfragen vor dem eigentlichen Test helfen, zwischen Dienst- und Verbindungsproblemen zu unterscheiden.

Worauf sollte man beim Testen achten?

Führen Sie Last- und Zugriffstests nur für eigene oder genehmigte Dienste durch. Angriffe auf fremde Systeme sind verboten und führen zur Kontosperrung.