Proxys für QA-Tester: So testen Sie Webanwendungen aus 20 Ländern ohne Geschäftsreisen

Sie haben ein neues Release veröffentlicht, und nach einer Stunde kommt ein Bug-Report: „In Deutschland wird nicht die richtige Version der Seite angezeigt“, „In den USA funktioniert die Zahlung nicht“, „In Russland ist der Inhalt blockiert“. Dies von einem lokalen Rechner aus zu reproduzieren — unmöglich. Genau hier verwandeln sich Proxys von einem „Werkzeug für Arbitrageure“ in ein vollwertiges Arbeitsinstrument für QA-Ingenieure.

In diesem Artikel werden wir besprechen, wie man Proxys richtig für das Testen von geoabhängigem Verhalten von Anwendungen verwendet, welche Proxy-Typen für verschiedene QA-Aufgaben geeignet sind, und wir zeigen Schritt-für-Schritt-Szenarien — von der Überprüfung von Geoinhalten bis hin zu Tests von Zahlungsgateways.

Warum QA-Tester Proxys benötigen: reale Szenarien

Viele Teams testen das „internationale“ Verhalten von Anwendungen immer noch nur von lokalen Maschinen aus und verwenden gelegentlich VPN. Dies schafft eine enorme blinde Zone. VPN ändert die IP-Adresse, simuliert jedoch nicht das tatsächliche Netzwerk eines Benutzers aus einem bestimmten Land — Anbieter, Verbindungstyp, Mobilfunkanbieter. Proxys hingegen ermöglichen es, über die reale IP-Adresse der gewünschten Region oder des gewünschten Netztyps ins Internet zu gehen.

Hier sind konkrete Aufgaben, mit denen QA-Tester täglich konfrontiert sind:

• Geoinhalt und Lokalisierung. Die Anwendung zeigt unterschiedliche Inhalte je nach Land des Benutzers an: Preise in der lokalen Währung, regionale Aktionen, blockierte Abschnitte. Ohne Proxys ist dies nicht überprüfbar.
• Regionale Zahlungssysteme. Stripe funktioniert anders in der EU und den USA. PayPal in Brasilien — ein eigener Fall. Der Zahlungsfluss muss genau aus dem entsprechenden Land getestet werden.
• CDN und Caching. Ein Content Delivery Network kann unterschiedliche Versionen von Ressourcen aus verschiedenen Punkten bereitstellen. QA muss sicherstellen, dass die Statische korrekt für Benutzer in Asien, Europa und Amerika geladen wird.
• Blockierungen und Einschränkungen. In einigen Ländern sind bestimmte Funktionen der Anwendung gesetzlich nicht verfügbar. Es muss sichergestellt werden, dass die Blockierung korrekt funktioniert und der Benutzer eine verständliche Nachricht sieht.
• A/B-Tests nach Geo. Wenn das Experiment nur für Benutzer aus Großbritannien gestartet wurde, muss QA mit einer britischen IP darauf zugreifen und sicherstellen, dass die richtige Variante angezeigt wird.
• SEO-Tests. Metatags, hreflang, regionale Versionen von Seiten — all dies muss mit einer IP aus dem entsprechenden Land überprüft werden, andernfalls sieht die Suchmaschine und der echte Benutzer unterschiedliche Inhalte.
• Geschwindigkeitstests aus verschiedenen Regionen. Die Ladezeit einer Seite aus Singapur und Moskau kann sich um das 3- bis 5-fache unterscheiden. Proxys ermöglichen es, dies an einem Arbeitsplatz zu reproduzieren.

Welche Proxy-Typen für Tests geeignet sind

Nicht alle Proxys sind gleich nützlich für QA. Die Wahl des Typs hängt davon ab, was genau Sie testen. Lassen Sie uns drei Haupttypen und deren Anwendbarkeit für die Aufgaben von Testern untersuchen.

Residential Proxys

Dies sind IP-Adressen realer Heimbenutzer aus bestimmten Ländern und Städten. Die Website sieht sie als gewöhnliche Personen und nicht als Rechenzentrum oder Unternehmensnetzwerk. Residential Proxys sind die optimale Wahl für die meisten QA-Aufgaben: Testen von Geoinhalten, A/B-Tests, Zahlungsflüsse und Überprüfung der Lokalisierung. Sie simulieren den realen Benutzer aus dem gewünschten Land so genau wie möglich.

Vorteile für QA: hohes Vertrauen seitens der Websites und Anwendungen, breite geografische Abdeckung (100+ Länder), Möglichkeit, eine bestimmte Stadt oder einen Anbieter auszuwählen. Nachteil — etwas langsamer als Rechenzentrums-Proxys, was bei Leistungstests berücksichtigt werden muss.

Mobile Proxys

IP-Adressen von Mobilfunkanbietern (3G/4G/5G). Kritisch wichtig, wenn Sie das Verhalten der Anwendung für mobile Benutzer testen. Viele Websites und Anwendungen verhalten sich unterschiedlich, wenn sie mit einer mobilen IP aufgerufen werden: Sie zeigen die mobile Version, andere Inhalte an oder verarbeiten die Geolokalisierung anders. Mobile Proxys sind unverzichtbar beim Testen von mobilen Anwendungen über Emulatoren oder bei der Überprüfung der Responsivität der Webversion.

Auch mobile IPs sind dynamische Adressen, die ein Anbieter Tausenden von Abonnenten zuweist. Das bedeutet, dass Ihr Testverkehr selbst bei intensiven Anfragen nicht verdächtig aussieht.

Rechenzentrums-Proxys

Die schnellsten und günstigsten. Geeignet für Lasttests, automatisierte Tests mit einer großen Anzahl von Anfragen, Überprüfung von API-Endpunkten. Rechenzentrums-Proxys werden leicht als „nicht heimlich“ erkannt, daher sind sie für Tests der Benutzererfahrung weniger geeignet — aber für technische Überprüfungen und Lasttests sind sie die optimale Wahl.

Testen von geoabhängigem Inhalt: Schritt für Schritt

Geoabhängiges Testen ist das häufigste Anwendungsszenario für Proxys in QA. So wird es in der Praxis durchgeführt, ohne Code zu schreiben, über einen normalen Browser.

Schritt 1. Proxy-Daten erhalten

Nach der Verbindung mit dem Dienst erhalten Sie die Verbindungsdaten: Host (IP oder Domain), Port, Benutzername und Passwort. Bei Residential Proxys können Sie normalerweise das Land und die Stadt direkt im persönlichen Bereich oder über die Parameter in der Verbindungszeile auswählen.

Ein Beispiel für eine Verbindungszeile für einen Residential Proxy mit Länderauswahl sieht so aus: Der Host enthält den Ländercode (zum Beispiel country-de für Deutschland), der Port ist standardmäßig, Benutzername und Passwort sind Ihre Anmeldedaten.

Schritt 2. Proxy im Browser einrichten

Für manuelle Tests ist es am bequemsten, Browsererweiterungen zu verwenden, die es ermöglichen, Proxys schnell zu wechseln, ohne die Systemeinstellungen zu ändern. Beliebte Optionen sind: Proxy SwitchyOmega (Chrome/Firefox), FoxyProxy (Firefox).

Schritt-für-Schritt-Anleitung über Proxy SwitchyOmega:

1. Installieren Sie die Erweiterung aus dem Chrome Web Store.
2. Öffnen Sie die Einstellungen der Erweiterung → klicken Sie auf „Neues Profil“ → wählen Sie „Proxy-Profil“.
3. Geben Sie die Proxy-Daten ein: Protokoll (SOCKS5 oder HTTP), Server (Host), Port (Port).
4. Wenn eine Authentifizierung erforderlich ist — geben Sie Benutzername und Passwort in die entsprechenden Felder ein.
5. Speichern Sie das Profil und aktivieren Sie es über das Erweiterungssymbol in der Browserleiste.
6. Gehen Sie zu whatismyip.com oder 2ip.ru — stellen Sie sicher, dass die IP aus dem gewünschten Land angezeigt wird.

Schritt 3. Überprüfen Sie geoabhängige Elemente

Nach der Verbindung mit dem Proxy aus dem gewünschten Geo überprüfen Sie:

• Sprache der Benutzeroberfläche (automatische Erkennung über IP)
• Währung der Preise und Zahlungsmethoden
• Verfügbarkeit/Nichtverfügbarkeit bestimmter Abschnitte der Website
• Banner und Aktionen für die spezifische Region
• Korrektheit der hreflang-Tags (öffnen Sie den Quellcode der Seite)
• Weiterleitungen zu regionalen Subdomains (z. B. de.site.com anstelle von site.com)
• Cookie-Banner (in der EU gemäß GDPR erforderlich)

Tests aus verschiedenen Netztypen

Neben der Geografie ist es wichtig, das Verhalten der Anwendung je nach Typ des Benutzernetzwerks zu testen. Dies ist besonders kritisch für Produkte mit globalem Publikum, bei denen ein erheblicher Teil der Benutzer über mobile Geräte über Netzwerke der Anbieter zugreift.

Unternehmensnetzwerke und Firewalls

Benutzer aus Unternehmensnetzwerken arbeiten häufig über die Proxys des Unternehmens und Firewalls, die bestimmte Arten von Anfragen, WebSocket-Verbindungen oder externe CDNs blockieren. Um solche Bedingungen zu simulieren, verwenden Tester Rechenzentrums-Proxys mit eingeschränkten Einstellungen — dies ermöglicht es, eine „harte“ Unternehmensumgebung zu reproduzieren.

Was in diesem Szenario überprüft werden sollte: Funktionieren Push-Benachrichtigungen, werden Schriftarten von Google Fonts geladen (oft von Unternehmensfirewalls blockiert), funktioniert die Autorisierung über OAuth korrekt.

Mobile Netzwerke (3G/4G/5G)

Über mobile Proxys erhält der Tester nicht nur eine mobile IP, sondern auch die realen Bedingungen des mobilen Netzwerks: andere Latenzen, NAT-Eigenschaften, spezifische Anfrage-Header von Mobilfunkanbietern. Einige Anwendungen verarbeiten Anfragen von mobilen IPs unterschiedlich — zum Beispiel bieten sie an, die Anwendung herunterzuladen, anstatt die Webversion anzuzeigen.

Kombinieren Sie mobile Proxys mit einem Geräteemulator in Chrome DevTools (Device Toolbar-Modus) — so erhalten Sie eine Umgebung, die dem echten Benutzer so nahe wie möglich kommt.

Anbieter mit eingeschränktem Zugang

In einigen Ländern blockieren Internetanbieter bestimmte Ressourcen oder drosseln den Verkehr zu Wettbewerbern. Wenn Ihr Produkt auf Märkten mit eingeschränktem Internet (China, Iran, Russland) funktioniert, zeigt das Testen über Residential Proxys aus diesen Ländern das tatsächliche Bild der Verfügbarkeit des Dienstes.

Testen von Zahlungsgateways und regionalen Funktionen

Zahlungstests sind eines der schmerzhaftesten Bereiche für QA in internationalen Produkten. Zahlungssysteme nutzen aktiv Geolokalisierung zur Betrugsüberprüfung: Wenn die IP des Benutzers nicht mit seiner Zahlungsadresse oder dem Land der Karte übereinstimmt, kann die Transaktion abgelehnt oder als verdächtig markiert werden.

Der QA-Tester muss genau dieses Szenario reproduzieren: sich mit einer IP aus dem Land, in dem die Testkarte ausgestellt wurde, anzumelden und den gesamten Zahlungsfluss zu durchlaufen. Ohne Proxys ist dies von einem einzigen Rechner aus für mehrere Regionen nicht möglich.

Was konkret über Proxys beim Zahlungstest überprüft werden sollte

• Anzeige der verfügbaren Zahlungsmethoden (PayPal, Stripe, Klarna, SEPA, PIX — jede Region hat ihre eigenen)
• Korrektheit der Währungsumrechnung und der Anzeige von Gebühren
• Funktionieren der 3DS-Überprüfung aus verschiedenen Ländern
• Verhalten bei Nichtübereinstimmung von IP und Land der Karte (es sollte eine korrekte Fehlermeldung angezeigt werden)
• Regionale Steuern (MwSt. in der EU, GST in Australien) — werden sie korrekt berechnet?
• Funktionieren regionaler Zahlungsmethoden: iDEAL in den Niederlanden, Sofort in Deutschland, Boleto in Brasilien

Testen regionaler Funktionen (GDPR, CCPA und andere)

Die gesetzlichen Anforderungen an Produkte variieren je nach Land des Benutzers. Für QA ist es wichtig sicherzustellen, dass die Anwendung die Jurisdiktion korrekt erkennt und die erforderlichen Regeln anwendet:

• EU (GDPR): Bei Zugriff von einer europäischen IP sollte ein Cookie-Banner erscheinen, das die Möglichkeit bietet, das Tracking abzulehnen.
• Kalifornien (CCPA): Der Link „Do Not Sell My Personal Information“ sollte für Benutzer aus Kalifornien angezeigt werden.
• Russland: Wenn die Daten russischer Benutzer auf Servern in Russland gespeichert werden müssen — überprüfen Sie, ob die Lokalisierung korrekt funktioniert.
• China: Werden externe Dienste (Google Analytics, Facebook Pixel) beim Zugriff von einer chinesischen IP blockiert, und wird die Seite dadurch nicht beschädigt?

Tools für QA mit Proxy-Unterstützung

Proxys können nicht nur manuell im Browser verwendet werden, sondern auch in automatisierte Tests und QA-Tools integriert werden. Lassen Sie uns die Hauptoptionen betrachten.

Postman

Für das Testen von APIs über Proxys in Postman: Gehen Sie zu Einstellungen → Proxy → aktivieren Sie „Systemproxy verwenden“ oder geben Sie den Proxy manuell an. Dies ermöglicht es zu überprüfen, wie API-Endpunkte auf Anfragen aus verschiedenen Ländern reagieren — relevant für geoabhängige APIs, die je nach IP unterschiedliche Inhalte zurückgeben.

Charles Proxy / Fiddler

Diese Tools erfassen HTTP/HTTPS-Verkehr und sind selbst Proxys. Sie können so konfiguriert werden, dass sie den Verkehr über einen externen Proxy-Server (Upstream-Proxy) leiten. Dies ermöglicht es, Anfragen gleichzeitig abzufangen und zu analysieren und mit der gewünschten geolokalen IP zu testen.

In Charles: Proxy → Externe Proxy-Einstellungen → aktivieren Sie „Externen Proxy verwenden“ und geben Sie die Daten Ihres Proxy-Servers an.

Playwright und Selenium

Für automatisierte Tests wird der Proxy auf der Konfigurationsebene des Browsers verbunden. In Playwright geschieht dies über den Parameter proxy beim Erstellen des Browserkontexts. In Selenium — über die Optionen von ChromeDriver mit Angabe des Proxy-Servers. Dies ermöglicht es, Test-Suiten aus Dutzenden von Ländern im parallelen Modus ohne manuelle Einstellungen auszuführen.

BrowserStack und Sauce Labs

Cloud-Plattformen für Tests verfügen über integrierte Tools für Tests aus verschiedenen Regionen. Ihre Möglichkeiten zur Auswahl eines bestimmten Anbieters oder Typs von Netzwerk (mobil/heimisch) sind jedoch begrenzt. Proxys bieten mehr Flexibilität: Sie wählen selbst das Land, die Stadt, den IP-Typ und den Anbieter.

k6 und JMeter (Lasttests)

Für Lasttests aus verschiedenen Regionen werden Rechenzentrums-Proxys über die Konfiguration des HTTP-Clients verbunden. Dies ermöglicht es, die Last von echten Benutzern aus verschiedenen Ländern zu simulieren und zu überprüfen, wie CDNs und Lastverteilungsdienste mit geografisch verteiltendem Verkehr umgehen.

Checkliste: Was über Proxys vor dem Release überprüft werden sollte

Verwenden Sie diese Checkliste für jedes Release, das ein internationales Publikum betrifft. Wir empfehlen, mindestens 3–5 Schlüsselregionen Ihres Produkts zu überprüfen.

Häufige Fehler beim Testen über Proxys

Selbst erfahrene Tester machen Fehler bei der Arbeit mit Proxys. Lassen Sie uns die häufigsten davon untersuchen.

Fehler 1: Nicht überprüfen, ob der Proxy tatsächlich funktioniert

Überprüfen Sie vor Beginn der Tests immer die aktuelle IP auf einer unabhängigen Ressource (whatismyip.com, 2ip.ru, ipleak.net). Es kann vorkommen, dass der Proxy eingerichtet ist, der Browser jedoch weiterhin eine direkte Verbindung verwendet — insbesondere wenn die Erweiterung nicht aktiviert ist oder es einen Konflikt mit den Systemeinstellungen gibt.

Fehler 2: DNS-Lecks ignorieren

DNS-Anfragen können am Proxy vorbeigehen und die echte IP des Testers offenbaren. Dies ist besonders wichtig beim Testen von Geoblockierungen — die Website kann das tatsächliche Land über DNS erkennen, selbst wenn die IP-Adresse geändert wurde. Überprüfen Sie DNS-Lecks über ipleak.net oder dnsleaktest.com.

Fehler 3: Einen Proxy für alle Aufgaben verwenden

Rechenzentrums-Proxys sind nicht geeignet für Tests der Benutzererfahrung — die Website kann ihm ein Captcha oder eine blockierte Seite anzeigen, die ein echter Benutzer niemals sehen würde. Verwenden Sie den richtigen Proxy-Typ für jede Aufgabe (siehe Tabelle oben).

Fehler 4: Den Browser-Cache vergessen

Beim Wechsel zwischen Geolokalisierungen kann der Browser zwischengespeicherte Inhalte aus der vorherigen Sitzung bereitstellen. Leeren Sie immer den Cache und die Cookies, bevor Sie auf einen neuen Proxy umschalten, oder verwenden Sie den Inkognito-Modus für jeden neuen Geo-Test.

Fehler 5: Test-Sitzungen nicht dokumentieren

Wenn Sie einen Fehler über einen Proxy finden, dokumentieren Sie unbedingt: das Land und die Stadt des Proxys, den Proxy-Typ (residential/mobile), die Testzeit, die Browserversion. Ohne diese Daten wird es für den Entwickler schwierig sein, das Problem zu reproduzieren. Fügen Sie einen Screenshot mit der Bestätigung der IP in den Bug-Report ein.

Fehler 6: Proxys und VPN in der Dokumentation verwechseln

In Teams wird oft in Bug-Reports geschrieben „reproduziert über VPN aus Deutschland“ — aber VPN und Proxys funktionieren unterschiedlich. VPN verschlüsselt den gesamten Verkehr und ändert die IP auf Betriebssystemebene, Proxys arbeiten auf Anwendungsebene. Für einige Bugs ist dies ein wesentlicher Unterschied. Verwenden Sie präzise Formulierungen in der Dokumentation.

Fazit

Proxys für QA-Tester sind kein Exotikum, sondern ein grundlegendes Werkzeug für jedes Produkt mit internationalem Publikum. Sie ermöglichen es, die realen Bedingungen von Benutzern aus verschiedenen Ländern zu reproduzieren, geoabhängige Inhalte, Zahlungsgateways, gesetzliche Anforderungen und das Verhalten von CDNs zu überprüfen — all dies direkt vom Arbeitsplatz aus, ohne Geschäftsreisen und entfernte Maschinen.

Wichtige Erkenntnisse: Verwenden Sie für Tests der Benutzererfahrung Residential Proxys, für mobile Szenarien Mobile Proxys, für Last- und API-Tests eignen sich Rechenzentrums-Proxys. Überprüfen Sie immer die IP vor Beginn des Tests, achten Sie auf DNS-Lecks und dokumentieren Sie die Testsitzungen mit Angabe der Geo-Parameter.

Wenn Sie mit dem Testen des geoabhängigen Verhaltens Ihrer Anwendung beginnen möchten, empfehlen wir, Residential Proxys auszuprobieren — sie bieten die genaueste Nachbildung eines echten Benutzers aus dem gewünschten Land und unterstützen eine flexible Auswahl der Geolokalisierung bis hin zu Stadt und Anbieter.