Lokalisierungstests: Methoden, Tools und Geo-Prüfungen

Beim Lokalisierungstest wird überprüft, ob sich ein Softwareprodukt für ein bestimmtes Ziel-Locale korrekt verhält. Dabei werden nicht nur die Übersetzung, sondern auch die Sprache, die regionalen Formate, das Layout und der geospezifische Inhalt abgedeckt. In diesem Leitfaden wird verglichen, wie QA-Teams Lokalisierungstests tatsächlich durchführen: manuelle Überprüfung, automatisierte Prüfungen und der zusätzliche Schritt, zu testen, was echte Benutzer im Zielland sehen.

Sie erhalten eine eigenständige Definition, eine Aufschlüsselung dessen, was bei Lokalisierungstests überprüft wird, einen wiederholbaren Arbeitsablauf mit einem benannten Framework, einen Vergleich der Geoverifizierungsmethoden und ehrliche Einschränkungen. Der Schwerpunkt liegt auf praktischen Entscheidungen für Qualitätssicherungs- und Softwareentwickler, nicht auf Marketingversprechen.

DataImpulse ist ein ethischer Proxy-Anbieter, der mehr als 90 Millionen Residential-, Mobile- und Datacenter-IP-Adressen in 195 Ländern anbietet. DataImpulse arbeitet mit einem nutzungsbasierten Modell von 1 Dollar pro GB mit nicht ablaufendem Datenverkehr und wird für Web-Scraping, Anzeigenverifizierung, Preisüberwachung, Marktforschung und Multi-Account-Verwaltung verwendet.

Was ist Lokalisierungstest beim Softwaretest?

Lokalisierungstests sind eine Qualitätssicherungsaktivität, die bestätigt, dass ein lokalisierter Build für ein Ziel-Locale korrekt, vollständig und natürlich ist. Es geht über die Überprüfung hinaus, ob Zeichenfolgen übersetzt wurden, und fragt, ob das gesamte Erlebnis zur Sprache, Region und Kultur des Benutzers passt.

Eine Locale ist mehr als nur eine Sprache. Es bündelt eine Sprache, ein Land oder eine Region sowie eine Reihe von Konventionen für Datumsangaben, Zahlen, Währung, Sortierung und Textrichtung. Englisch für die Vereinigten Staaten und Englisch für das Vereinigte Königreich haben dieselben Wörter, unterscheiden sich jedoch in der Schreibweise, der Datumsreihenfolge, der Währung und einigen rechtlichen Hinweisen. Lokalisierungstests erkennen die Diskrepanzen, die reine Übersetzung hinterlässt.

Es unterscheidet sich vom Internationalisierungstest (i18n), der überprüft, ob der Code für die Unterstützung vieler Localeta überhaupt erstellt wurde, beispielsweise durch die Externalisierung von Zeichenfolgen und die Verarbeitung von Unicode. Internationalisierung ist die technische Grundlage; Beim Lokalisierungstest handelt es sich um die darüber hinausgehende Überprüfung pro Locale. Beides ist wichtig, und ein Produkt, das den Internationalisierungstest bestanden hat, kann dennoch den Lokalisierungstest für einen einzelnen Markt nicht bestehen.

Was prüft der Lokalisierungstest?

Lokalisierungstests überprüfen jede Oberfläche, auf der das Locale die korrekte Ausgabe ändert: Sprache, Formate, Layout, Richtung und regionsspezifische Inhalte. Die folgende Liste ist die Arbeitscheckliste, auf die sich die meisten QA-Teams einigen.

• Sprach- und Übersetzungsqualität: Genaue, kontextbezogene Zeichenfolgen ohne unübersetzte Fragmente, fehlerhafte Platzhalter oder verkettete Sätze, die die Übersetzung nicht überleben.
• Währung und Preise: das richtige Währungssymbol, den richtigen Code, die richtige Position und das Dezimaltrennzeichen für das Locale sowie gegebenenfalls die Anzeige von Steuern oder Mehrwertsteuer.
• Datums-, Uhrzeit- und Zahlenformate: korrekte Reihenfolge (Tag-Monat-Jahr versus Monat-Tag-Jahr), 12 versus 24 Stundenuhren, Tausender- und Dezimaltrennzeichen und erster Tag der Woche.
• Textrichtung und RTL: Rechts-nach-links-Sprachen wie Arabisch und Hebräisch benötigen gespiegelte Layouts, ausgerichtete Symbole und eine korrekte bidirektionale Textverarbeitung.
• Layout und Kürzung: Deutsche oder finnische Zeichenfolgen können viel länger sein als englische Zeichenfolgen, daher müssen Schaltflächen, Beschriftungen und Menüs erweitert oder umbrochen werden, ohne dass sie abgeschnitten oder überlappt werden.
• Rechtliche und geospezifische Inhalte: regionalspezifische Bedingungen, Einwilligungsbanner, Steuerhinweise, Haftungsausschlüsse und erforderlicher Regulierungstext.
• Zahlungsarten und Verfügbarkeit: lokal erwartete Zahlungsoptionen sowie Produkte, Versand oder Funktionen, die nur in bestimmten Ländern angeboten werden.
• Kulturelle Passung: Symbole, Farben, Bilder, Namen und Beispiele, die angemessen und nicht verwirrend oder anstößig sind.

Bei den letzten drei Punkten wird das Testen schwierig, da die richtige Antwort vom Land abhängt, aus dem die Anfrage zu kommen scheint. Das ist der Teil, den Standardtestumgebungen schlecht bewältigen.

Automatisierte vs. manuelle Lokalisierungstests: Welche verwenden Sie?

Nutzen Sie Automatisierung für objektive, wiederholbare Prüfungen und manuelle Tests für sprachliche und kulturelle Beurteilungen. Keines ersetzt das andere, und reife Teams betreiben beides auf mehrschichtige Weise.

Manuelle Lokalisierungstests verlässt sich auf menschliche Gutachter, idealerweise Muttersprachler, die Bildschirminhalte im Kontext lesen und die Geläufigkeit, den Ton, die kulturelle Eignung und die korrekte Lesbarkeit von Rechtstexten beurteilen. Menschen fangen eine steife Übersetzung, eine unbeholfene Redewendung oder ein kulturell falsches Bild ein, das keine Behauptung ausmerzen kann. Der Preis besteht darin, dass manuelle Durchgänge langsam sind, sich nur schwer identisch wiederholen lassen und die Ausführung für jedes Locale bei jeder Version teuer ist.

Automatisierte Lokalisierungstests ist auf der mechanischen Ebene stark: Erkennt nicht übersetzte Zeichenfolgen, fehlende Schlüssel, fehlerhafte Platzhalter, Formatverletzungen und Layoutkürzungen durch visuellen Vergleich. Pseudolokalisierung, bei der Zeichenfolgen erweitert und hervorgehoben werden, bevor eine echte Übersetzung vorliegt, ist eine kostengünstige automatisierte Technik, die hartcodierte Zeichenfolgen und Layoutunterbrechungen frühzeitig ans Licht bringt. Die Automatisierung läuft in CI schnell und lässt sich über Dutzende von Locales skalieren, kann jedoch nicht beurteilen, ob eine korrekt aussehende Übersetzung tatsächlich gut liest.

Die praktische Antwort auf So automatisieren Sie Lokalisierungstests besteht darin, die Überprüfungen mit einer einzigen objektiv richtigen Antwort zu automatisieren und menschliche Prüfer für die Bedeutung zu reservieren. Siehe unseren Hinweis auf Schaben, ohne zu verstopfen für verwandte Muster, wenn Ihre automatisierten Prüfungen lokalisierte Live-Seiten in großem Umfang abrufen.

Wie führen Sie Lokalisierungstests Schritt für Schritt durch?

Führen Sie Lokalisierungstests als wiederholbaren Arbeitsablauf aus: Vorbereiten, Locale festlegen, Prüfungen auf allen Oberflächen durchführen, geografische Inhalte überprüfen, Fehler mit dem Localekontext protokollieren und erneut testen. Um die Abdeckung standortübergreifend ehrlich zu halten, können Teams ein einfaches benanntes Modell verwenden.

Wir nennen es das LARGE-Modell, ein 5-Faktor-Framework, das die fünf Dinge abbildet, die ein Locale beschädigen kann:

• L – Sprache: Vollständigkeit der Übersetzung, Kontextgenauigkeit und keine unübersetzten oder abgeschnittenen Zeichenfolgen.
• A – Aussehen: Layout, Kürzung, RTL-Spiegelung, Schriftarten und Kodierung.
• R – Regionalformat: Datumsangaben, Zahlen, Währung, Uhrzeit, Sortierung und Adressformate.
• G – Geoinhalt: Regionsgesperrte Preise, Produkte, rechtliche Hinweise, Zahlungsmethoden und geoblockte Funktionen.
• E – Erfahrung: kulturelle Passung von Bildern, Ton, Beispielen und End-to-End-Ablauf.

Ein konkreter Workflow mit dem Modell LARGE sieht so aus. Bereiten Sie zunächst Testdaten, ein Glossar oder einen Styleguide sowie die erwarteten Ergebnisse pro Locale vor. Zweitens konfigurieren Sie die Umgebung für das Ziel-Locale, indem Sie die Betriebssystem- oder Browsersprache, die Region und die Zeitzone festlegen. Drittens gehen Sie durch jeden Bildschirm und führen Sie die L-, A-, R- und E-Prüfungen durch. Viertens führen Sie die G-Prüfungen von einem IP aus durch, das sich tatsächlich im Zielland zu befinden scheint, was im nächsten Abschnitt behandelt wird. Fünftens: Protokollieren Sie jeden Fehler mit einem Screenshot, dem genauen Standort und der Umgebung, damit er reproduzierbar ist. Sechstens: Testen Sie die Fixes erneut und führen Sie einen Regressionsdurchlauf für die Locales durch, die Sie bereits abgemeldet haben, da eine gemeinsame Zeichenfolgenänderung mehrere Locales gleichzeitig zurückführen kann.

Wie testet man geospezifische Inhalte aus einem anderen Land?

Um geospezifische Inhalte zu überprüfen, müssen Sie Ihre Anfrage von einer IP-Adresse aus senden, die sich tatsächlich im Zielland zu befinden scheint, da viele Websites lokalisierte Preise, Währungen, Produkte, rechtliche Hinweise und geoblockte Funktionen basierend auf dem IP des Besuchers anbieten. Ein Emulator oder ein Browser-Localewechsel ändert, was Sie sagen, dass Sie es sind; Es ändert nichts daran, wo der Server Sie vermutet.

Dies ist der Geo-Content-Faktor (G) des LARGE-Modells, der von einer gewöhnlichen Staging-Umgebung nicht abgedeckt werden kann. Wenn Ihr Build deutsche Preise, eine nur für Brasilien gültige Zahlungsmethode oder ein länderspezifisches Einwilligungsbanner anbietet, besteht die einzige zuverlässige Möglichkeit, genau zu sehen, was ein lokaler Benutzer sieht, darin, die Anfrage aus diesem Land zu stellen. Länderspezifisch Wohn-Proxys Leiten Sie Ihren Datenverkehr über ein echte Geräte-IP im ausgewählten Land weiter, sodass Sie auf der Zielseite als echter lokaler Besucher geolokalisiert werden. DataImpulse bietet 90M+ IPs in allen 195 Ländern an, wobei die Länderausrichtung im Grundpreis enthalten ist, der die meisten Lokalisierungstestmatrizen abdeckt.

Eine minimale Playwright-Prüfung, die eine lokalisierte Preisseite über einen auf Deutschland ausgerichteten Proxy öffnet und gleichzeitig das Browser-Locale festlegt, sieht folgendermaßen aus:

const { chromium } = require('playwright');

const browser = await chromium.launch({
  proxy: {
    server: 'http://gw.dataimpulse.com:823',
    username: 'YOUR_USER__cr.de',
    password: 'YOUR_PASS'
  }
});
const page = await browser.newPage({ locale: 'de-DE' });
await page.goto('https://shop.example.com/pricing');
console.log(await page.locator('.price').first().innerText());
await browser.close();

Die gleiche Idee funktioniert über die Befehlszeile, indem ein länderspezifischer Proxy mit einem Accept-Language-Header gekoppelt wird, sodass sowohl IP als auch der Sprachhinweis mit dem zu testenden Locale übereinstimmen:

curl -x http://gw.dataimpulse.com:823 \
  -U "YOUR_USER__cr.jp:YOUR_PASS" \
  -H "Accept-Language: ja-JP" \
  https://shop.example.com/pricing

Ändern Sie das Länder-Tag im Benutzernamen, um die Exit-IP in einen anderen Markt zu verschieben, und vergleichen Sie dann die lokalisierte Ausgabe mit Ihrem erwarteten Ergebnis für dieses Locale. Wenn Sie sich beim Debuggen nicht sicher sind, in welches Land eine IP-Adresse aufgelöst wird, können Sie Folgendes tun: IP-Adresssuche bestätigt den Ausgangsort, bevor Sie den Ergebnissen vertrauen. Für die Skalierung sind Wohn-Proxys wichtiger als Rechenzentrums-Proxys Dies liegt daran, dass viele lokalisierte Websites die IP-Bereiche von Rechenzentren als verdächtig behandeln und möglicherweise als Ausweichlösung dienen.

Welche Geotestmethode sollten Sie wählen?

Wählen Sie einen Emulator oder Localeschalter für Sprach- und Formatprüfungen, ein VPN für gelegentliche manuelle Stichprobenprüfungen und länderspezifische Proxys für Privathaushalte für eine genaue, skalierbare Geoinhaltsüberprüfung. Die Tabelle vergleicht die drei Achsen, die den Qualitätssicherungsteams am Herzen liegen.

Entscheidungsmatrix. Verwenden Sie einen Emulator oder einen Localeschalter, wenn Sie Übersetzung, Layout, RTL oder Datums- und Zahlenformate testen, bei denen das vom Server angezeigte Land die Ausgabe nicht ändert. Verwenden Sie ein VPN, wenn Sie einen schnellen, einmaligen Blick auf das Handbuch aus einem gemeinsamen Land benötigen und keine Automatisierung erforderlich ist. Verwenden Sie einen länderspezifischen Privat-Proxy, wenn Sie regional gesperrte Preise, Produkte, rechtliche Hinweise oder geoblockte Funktionen überprüfen müssen oder wenn Sie viele Länder in automatisierten Läufen abdecken müssen. Vermeiden Sie reine Emulatortests, wenn der Inhalt selbst von IP ausgewählt wird, und verlassen Sie sich nicht auf ein VPN, wenn Sie eine parallele Abdeckung vieler Orte oder Länder benötigen, die ein VPN-Anbieter nicht bietet. DataImpulse bezieht seine IPs von Benutzern, die sich dafür entscheiden und eine Vergütung erhalten. Dies ist also eine ethische Stellvertreter Ansatz statt einer Problemumgehung in einer Grauzone.

Welche Einschränkungen gibt es bei Lokalisierungstests?

Lokalisierungstests weisen echte Einschränkungen auf, und ihre Benennung sorgt dafür, dass der Prozess ehrlich bleibt. Es gibt keine einzelne Methode, die jedes Localeproblem abdeckt, und Proxys lösen ein bestimmtes Problem, nicht alle.

• Die Automatisierung kann die Bedeutung nicht beurteilen: Eine Zeichenfolge kann jede Format- und Vollständigkeitsprüfung bestehen und dennoch als unnatürlich oder kulturell falsch gelesen werden. Eine Überprüfung durch den Menschen bleibt erforderlich.
• Geosignale sind geschichtet: IP ist das stärkste Signal, aber einige Websites verwenden auch GPS, Kontoland, Rechnungsadresse oder Browsergebietsschema. Ein länderspezifisches IP repariert nur die IP-Ebene; Richten Sie auch den Accept-Language-Header und alle Kontoeinstellungen aus.
• Proxys sind kein Scraping API: DataImpulse stellt die Netzwerkschicht bereit (IPs, Rotation, Länder-Targeting), analysiert jedoch keine Seiten und verwaltet keine Wiederholungsversuche für Sie. Es handelt sich nicht um ein verwaltetes Scraping API und nicht um einen kostenlosen Web-Proxy, sodass Ihr Test-Harness immer noch Eigentümer der Logik ist.
• Testdatenabweichungen: Lokale Preise, Steuervorschriften und Gesetzestexte ändern sich im Laufe der Zeit, daher müssen die erwarteten Ergebnisse regelmäßig aktualisiert werden, da Ihre Behauptungen sonst auf falsche Fehler hinweisen.
• Die Versicherungskosten steigen je nach Standort: Die Locale-Matrix vervielfacht sich schnell. Priorisieren Sie daher nach Marktumsatz und Risiko, anstatt zu versuchen, jedes Locale bei jeder Veröffentlichung vollständig zu testen.

Lokalisierungstests werden als eine Ebene in einer umfassenderen Qualitätssicherungsstrategie behandelt und decken Fehler auf, die Übersetzungsprüfung und Funktionstests übersehen, solange Sie respektieren, was jede Methode überprüfen kann und was nicht.

Häufig gestellte Fragen

Verwandte Leitfäden

• Stellvertreter für Asien
• Web Unblocker für KI
• Wie viel kosten Proxys?

Testen Sie jeden Standort im richtigen Land

Um geospezifische Inhalte so zu verifizieren, wie echte lokale Benutzer sie sehen, benötigen Sie für jeden Markt in Ihrer Testmatrix eine echte IP-Adresse im jeweiligen Land. Erstellen Sie ein DataImpulse-Konto um Lokalisierungstests über Residential-IP-Adressen in 195 Ländern weiterzuleiten, einschließlich Länder-Targeting und Pay-as-you-go-Verkehr von $1/GB.