Antwort.

Historie der Frage:

In der Ära der Globalisierung werden immer mehr Produkte mehrsprachig. Die Lokalisierungstestung (Übersetzungen, Datumsformate, Zahlen, Währungen usw.) ist eine wichtige Aufgabe für manuelle Tester, insbesondere wenn die Markteinführung in neue Märkte Änderungen in der Benutzeroberfläche und Logik mit sich bringt. Die Überprüfung der Lokalisierung ist notwendig, um Missverständnisse, falsche Übersetzungen und Probleme mit der Benutzererfahrung zu vermeiden.

Problem:

Es ist schwierig, diesen Testtyp zu automatisieren – visuelle, semantische und kulturelle Aspekte sind wichtig. Häufig treten Fehler wie "Layout bricht wegen langer Wörter zusammen", "nicht übereinstimmende Maßeinheiten" oder "Funktionsausfälle wegen Änderungen im Datumsformat" auf. Tester beschränken sich oft auf eine oberflächliche Überprüfung nur der Texte.

Lösung:

Die Organisation des Prozesses umfasst:

- Überprüfung der Richtigkeit aller Übersetzungen gemäß dem Glossar
- Testen von langen und kurzen Zeichenfolgen (kritisch für die deutsche, finnische Sprache usw.)
- Überprüfung der Anzeige von Daten, Zahlen, Währungen im Kontext der gewählten Lokalisierung
- Überprüfung der Korrektheit der Benutzeroberfläche: keine abgeschnittenen Texte, gibt es Umbrüche, ist alles auf dem Bildschirm lesbar
- Testen aller Änderungen mit "verschiedenen" Sprachen (z.B. Arabisch, das ein RTL-Layout erfordert)

Schlüsselfeatures:

Manuelle Überprüfung visueller Artefakte und ungewöhnlicher Szenarien
Aufmerksamkeit für Details der Lokalisierung (Daten, Währungen, Anredeformen)
Validierung durch genehmigte Übersetzungs-Glossen

Fangfragen.

Genügt es, den lokalisierten Text mit dem ursprünglichen englischen Text zu vergleichen, um die Übersetzungsqualität zu überprüfen?

Nein, die Semantik, die Besonderheiten der Sprache, Formatierungsnuancen und die Integration mit der Benutzeroberfläche müssen berücksichtigt werden. Eine Übersetzung kann wörtlich "richtig" sein, aber für einen Muttersprachler inhaltlich völlig inkorrekt.

Kann man das Testen von RTL-Sprachen auslassen, wenn das Produkt auf europäischen Sprachen funktioniert?

Nein, die Unterstützung von RTL (Arabisch, Hebräisch) erfordert spezielle Anpassungen im Layout, und ohne manuelle Tests können sich Elemente verschieben und die Funktionalität verloren gehen.

Sollte man die Lokalisierung nur in der für den Tester bequemen, vertrauten Sprache testen?

Nein, es sollten Muttersprachler einbezogen oder Linguisten engagiert werden, insbesondere wenn es um Märkte mit anderer Kultur und Maßeinheitensystem geht.

Typische Fehler und Anti-Patterns

Testen "mit dem Auge" ohne Vergleich mit dem Glossar
Überspringen von Tests mit ungewöhnlichen Zeichenfolgenlängen
Ignorieren spezifischer Besonderheiten der Lokalisierung (Währung, Pluralität, Datumsformate)

Beispiel aus der Praxis

Negativer Fall

Der Tester überprüfte nur die englische und russische Version der Anwendung, ohne die deutsche Sprache zu testen. Nach der Einführung beschwerten sich Benutzer über abgeschnittenen Text in Schaltflächen und unlesbare Meldungen.

Vorteile:

Schnelles Bestehen des Tests

Nachteile:

Probleme mit dem Layout in der Produktion
Verringerung der Benutzerloyalität

Positiver Fall

Der Tester bearbeitete die Benutzeroberfläche in allen unterstützten Lokalisierungen, stellte Probleme mit langen Wörtern für die deutsche Sprache fest und testete nach den Korrekturen erneut. Alle Anpassungen wurden rechtzeitig vorgenommen.