Wesentliche Erkenntnisse
- Lokalisierungstests decken weit mehr ab als Übersetzungsqualität. Schriftarten, Eingabemethoden, Datumsformate, Währungslogik und kulturelle Annahmen erfordern jeweils separate Überprüfung.
- Ein Lokalisierungs-Audit der Codebasis sollte vor jedem Markteintritt stattfinden. Hard-codierte Strings und feste Layouts verursachen Probleme, die Übersetzungen allein nicht beheben können.
- Eine vollständige Lokalisierungstest-Checkliste adressiert kulturelle Anpassung, funktionale Validierung, UI/UX-Konsistenz und technisches Rendering — nicht nur sprachliche Korrektheit.
- Die Priorisierung wichtiger Benutzerabläufe und Rechtstexte ermöglicht pünktliche Markteinführungen, ohne auf die Lösung jedes Randfalls warten zu müssen.
- Automatisierung übernimmt die repetitiven und zeitkritischen Teile der Lokalisierungs-QA. Menschliche Prüfer und lokale Endnutzer erkennen, was automatisierte Tools nicht können.
Hier ist alles, was Ihr Team für Lokalisierungstests braucht, die Ihren Markteintritt tatsächlich schützen. 👇
Was sind Lokalisierungstests?
Lokalisierungstests beziehen sich auf Qualitätssicherungsprüfungen, die auf lokalisierte Versionen einer Softwarelösung angewendet werden. Ähnlich wie bei anderen Arten von Tests gibt es sowohl allgemeine QS-Techniken als auch lokalisierungsspezifische Aspekte zu berücksichtigen. Dies ist eine sehr gemeinschaftliche Aktivität, auch wenn die Definition dies nicht besagt. Sie werden den Input von Product Owner, Regionalmanagern und vielleicht sogar von den Übersetzern benötigen.
Bewährte Verfahren für Lokalisierungstests gehen über die Übersetzung hinaus. Sie müssen überprüfen, ob Ihre Schriftarten die neue Sprache unterstützen. Sie sollten auf ein Verhalten testen, das in Ihrer Sprache nicht vorkommt, beispielsweise die Darstellung von Suchvorschlägen von rechts nach links auf Hebräisch. Dies gilt umso mehr, wenn Sie die Implementierung einer Lokalisierung auf die Beine stellen müssen, ohne dass ein Designer zur Verfügung steht.
Als ehemaliger Übersetzer gibt es einen weiteren Aspekt des Lokalisierungstests, den ich recht amüsant finde. Selbst wenn Sie nicht vorhaben, in nächster Zeit neue Märkte zu erschließen, sollte Ihre Anwendung lokalisierungsfähig sein. Englische Texte fest in Ihre Anwendung zu kodieren ist ein schwerwiegender Fehler. Entwürfe, die nicht zu „langen“ Sprachen passen, werden Sie später beißen (wir kennen das Gefühl). Wenn Sie die üblichen Probleme einer schlampigen Lokalisierung nicht in den Griff bekommen, verlangsamt dies Ihre Hypothesentests.
Dieser Artikel grenzt vielleicht an die besten Praktiken für den Lokalisierungsprozess selbst, und das aus gutem Grund. Einige kostspielige Fehler entstehen durch eine Kombination aus minderwertiger Übersetzungsarbeit und fehlender QS-Kritik, die den Fehler zulässt. Ein Fehler genügt, um Geld zu verlieren, aber um Erfolg zu haben, muss man sowohl die Übersetzung als auch das Testen beherrschen. Unfair, nicht wahr?
Microsoft ist ein beliebtes Ziel für Testpannen, warum also nicht noch einmal darauf herumhacken? Ende 2018 haben sie beschlossen, wo immer möglich, Online-Zahlungen von der Landeswährung auf den US-Dollar umzustellen. Der Umzug schloss Russland ein (1 USD = 66 RUB zu dieser Zeit), sodass Microsoft begann, die Preise für Videospiele und Office-Lizenzen schrittweise zu aktualisieren. Allmählich ist genau das, was ihnen kostete.
Die Benutzer entdeckten schnell, dass Sie den gesamten Warenkorb in Rubel umwandeln können, indem Sie ein Produkt in Rubel zu einer beliebigen Anzahl von Waren zum USD-Preis hinzufügen. Sie konnten 4 neue Videospiele (Listenpreis von je 60 $) für ~6 $ statt 240 $ kaufen, weil der Store fälschlicherweise eine 1:1-Währungsumrechnung vorgenommen hat und dies als selbstverständlich ansah. Das Versäumnis einer einfachen Überprüfung des historischen Wechselkurses hätte Microsoft mit dem durchschnittlichen täglichen Umsatzvolumen in Russland rund 500.000 $ gekostet. Leider bringen Preisfehler in der Regel eine umso höhere Anzahl von Transaktionen mit sich.
Lokalisierung versus Standort versus lokalisierte Tests
Lokalisierungstests, Standorttests und lokalisierte Tests zu verwechseln führt dazu, dass Teams die falschen Prüfungen zum falschen Zeitpunkt durchführen. Jeder Begriff deckt einen anderen Umfang ab. Hier sind die Unterschiede:
- Lokalisierungstests validieren die Softwareanpassung für einen bestimmten Markt oder eine bestimmte Region und stellen sicher, dass die Software den kulturellen, sprachlichen und funktionalen Anforderungen gerecht wird. Automatisierte Tools spielen eine wichtige Rolle bei der Rationalisierung und Beschleunigung des Testprozesses, insbesondere wenn es um die Automatisierung von Lokalisierungstests
- Standorttests prüfen Softwarefunktionen, die von der physischen Positionierung oder dem geografischen Standort der Nutzer oder Dienste abhängen.
- Lokalisierte Tests umfassen die Prüfung einer für einen bestimmten Markt angepassten oder übersetzten Softwareversion, um die Genauigkeit und Funktionalität im Kontext der Sprache, Kultur und Präferenzen der Zielgruppe sicherzustellen.
Das Verständnis der Nuancen zwischen diesen Testprozessen ist entscheidend für eine umfassende und effektive Softwareteststrategie, die auf bestimmte Märkte, Standorte und angepasste Softwareversionen zugeschnitten ist.
Arten von Lokalisierungstests
Ein einzelnes Lokalisierungs-Audit deckt nicht jedes Risiko ab. Verschiedene Arten von Lokalisierungstests zielen auf unterschiedliche Fehlerkategorien ab, und effektive QA-Programme kombinieren mehrere davon.
- Linguistische Tests. Prüfen die Genauigkeit, Konsistenz und Natürlichkeit aller übersetzten Inhalte. Dies geht über grammatikalische Korrektheit hinaus. Es validiert Terminologiekonsistenz über Screens hinweg, vermeidet unnatürliche Maschinenübersetzungs-Artefakte und bestätigt, dass Marketingsprache den richtigen Ton für die Zielkultur trägt.
- Funktionale Tests. Überprüfen, ob lokalisierte Builds korrekt funktionieren. Formulare akzeptieren lokale Eingabeformate. Datumsauswähler folgen regionalen Konventionen. Währungsanzeigen entsprechen lokalen Standards. Eine Lokalisierungstest-Checkliste für funktionale Tests deckt jede Interaktion ab, die gebietsschemaspezifische Daten berührt.
- UI/UX-Tests. Prüfen Layout, Typografie und visuelles Design in der lokalisierten Version. Übersetzter Text ist oft länger als das Original, was Schaltflächenbreiten bricht, Labels abschneidet und Grids verschiebt. Rechts-nach-links-Sprachunterstützung bringt zusätzliche Layout-Herausforderungen mit sich.
- Kulturelle Tests. Untersuchen, ob Bilder, Icons, Farben und Metaphern die richtige Bedeutung im Zielmarkt vermitteln. Dies ist der Typ, der am häufigsten übersprungen wird und der bei Versäumnis am wahrscheinlichsten echten Anstoß erregt. Ein Lokalisierungs-Audit auf dieser Ebene erfordert Prüfer mit echtem kulturellen Wissen.
- Technische Tests. Validieren Kodierung, Schrift-Rendering, Zeichensatz-Unterstützung und Texteingabe-Verarbeitung. Nicht-römische Zeichensätze, bidirektionaler Text und komplexe Schriften verursachen Rendering-Fehler, die erst in der Zielumgebung sichtbar werden.
- Pseudo-Lokalisierungstests. Ersetzen Quelltext durch erweiterte Platzhalterzeichen, bevor die Übersetzung abgeschlossen ist. Diese Technik deckt UI-Layout-Probleme und hard-codierte Strings früh auf. Pseudo-Lokalisierung als Teil Ihres Standard-Lokalisierungs-Audits zu betreiben erkennt strukturelle Probleme, bevor Übersetzer involviert werden.
Elemente eines erfolgreichen Lokalisierungstests
Gründliche QS bei der Lokalisierung bedeutet, so viele Fehlerpunkte wie möglich zu überprüfen. Hier sind einige der wichtigsten:
- Automatisierte Sprachauswahl
- Intuitive Sprache ändern den Ablauf
- Kompatibilität von Schriftarten
- Korrekte Wiedergabe von nicht-römischen Zeichen
- Ausführliche Texteingabeoptionen
- Kompatibilität der Formulareingabe
- Unterstützung mehrsprachiger Eingaben
Gründliche Lokalisierungs-QA bedeutet, eine Lokalisierungstest-Checkliste zu erstellen, die jeden Punkt abdeckt, an dem ein kultureller, technischer oder sprachlicher Fehler auftreten kann. Sie brauchen eine solide Teststrategie, um in möglichst kurzer Zeit möglichst viel QS abdecken zu können. Wir freuen uns, Ihnen eine Strategie vorstellen zu können, mit der wir sowohl unsere Software testen als auch unsere Beratungskunden dabei unterstützen.
3zbdcc601729bfa1d4e33335cfb5176b61c737a68bafd4b4a38a8ef653a7771392
testing strategy template
Teststrategie, die Ihre Lokalisierungstests 2 x schneller macht
Überprüfung der Lokalisierungsprüfung
Ein strukturiertes Lokalisierungs-Audit deckt vier Schichten ab: kulturelle Anpassung, funktionale Validierung, UI/UX-Konsistenz und technisches Rendering. Eine fehlende Schicht hinterlässt Lücken, die die anderen drei nicht kompensieren können.
- Kulturelle Anpassung: Neben der Sprache ist es wichtig, dass die Software den kulturellen Normen und Gepflogenheiten der Zielgruppe entspricht. Dazu gehören Bilder, Symbole und sogar das Konzept der Farben, die in verschiedenen Kulturen unterschiedliche Bedeutungen haben können.
- Funktionale Validierung: Die Prüfung der Funktionalität der Software im Kontext der lokalisierten Version ist von entscheidender Bedeutung. Funktionen, Schaltflächen und Funktionalitäten müssen im Kontext der angepassten Sprache und Einstellungen nahtlos funktionieren und aussehen.
- UI/UX-Anpassung: Die Elemente der Benutzeroberfläche und der Benutzererfahrung müssen auf Konsistenz und Anpassungsfähigkeit geprüft werden. Das Layout, das Design und die Benutzerfreundlichkeit sollten auf die Zielregion abgestimmt sein.
- Technische Aspekte: Neben den sichtbaren Elementen müssen auch Aspekte wie die Kompatibilität von Schriftarten, die korrekte Darstellung nicht-romanischer Zeichen und die Handhabung verschiedener Texteingaben sorgfältig überwacht werden.
Eine vollständige Prüfung der kulturellen, funktionalen, UI/UX- und technischen Elemente im Rahmen von Lokalisierungstests ist von grundlegender Bedeutung, um eine solide Qualitätssicherung der Lokalisierung zu gewährleisten.
5 beste Praktiken für Lokalisierungstests
Effektive Lokalisierungstests kombinieren Prozessdisziplin mit den richtigen Tools und den richtigen Personen. Diese fünf Praktiken decken beide Seiten ab. Die folgenden Vorschläge sollten jedoch für die meisten Projekte geeignet sein.
aqua cloud integriert sich mit Selenium, Ranorex und Ihrer CI/CD-Pipeline, um repetitive Lokalisierungsprüfungen zu automatisieren.
Organisieren Sie die Lokalisierung
Ich habe dies bereits zu Beginn angesprochen und werde es wieder tun; Lokalisierungsqualität beginnt in der Codebasis. Ein Lokalisierungs-Audit, das hard-codierte Strings oder feste Layouts findet, bedeutet, dass der Entwicklungsansatz geändert werden muss — nicht nur der Inhalt. Wenn eine schnelle Implementierung durch die Entwickler dieses Gefühl nicht vermittelt, es ist Zeit für QS, sich zu wehren.
Bei der Kodierung könnte der größte Fehler darin bestehen, wie Sprachen intern gehandhabt werden. Ohne eine ordnungsgemäße Zeichenkettenstruktur ist es für Entwickler leicht, ein Stück Text zu vergessen zu ersetzen. Ein nicht visueller Editor für übersetzte Texte kann die Textwiedergabe stören, ohne dass die Mitarbeiter, die den Inhalt bearbeiten, dies überhaupt bemerken. Ein international skalierbares Produkt braucht für die Lokalisierung eine skalierbare Lösung.
Was den Inhalt betrifft, so benötigen Sie vor allem sozusagen eine Quelle der Wahrheit und möglicherweise eine Versionsgeschichte. Computergestützte Übersetzungstools (CAT) decken beides ab, und Sie brauchen in der Regel nur wenig Aufwand, um sie an Ihr Projekt anzupassen. Eine gute Übersetzungsdatenbank bedeutet, dass QS immer weiß, was richtig und was falsch ist.
Außerdem sollten Sie sich im Voraus Quellmaterial für eine angemessene Lokalisierung besorgen, insbesondere bei gleichzeitiger Markteinführung. Hier erklärt Scott Strichart, ein Lokalisierungsproduzent bei SEGA, die falsche Lippensynchronisation für die englische Synchronisation ihres jüngsten Videospiels, das in Japan spielt:
„Sie haben wahrscheinlich bemerkt, dass die Lippensynchronisation in Lost Judgement nicht so seidig ist wie in Yakuza: Like a Dragon's war und es auch nicht sein wird. Die kurze Antwort lautet: gleichzeitige Freigabe.
Wie ein Drache, der ~9 Monate vor dem Start fertig aufgenommen wurde, und die Lippenanpassungen waren ein Nachbearbeitungsprozess. Das können Sie natürlich nicht tun, bevor die Schauspieler die Worte sagen. Lost Judgement beendete die Aufnahmen 4 Monate vor der Veröffentlichung. Wir wollten uns nicht von der japanischen Markteinführung abkoppeln, [weil] diese gleichzeitige Auslieferung so wichtig für Sega ist.“
Scott Strichart,
Lokalisierungsproduzent bei SEGA
Setzen Sie Prioritäten
Der Eintritt in einen neuen Markt geschieht nicht über Nacht, also müssen auch Ihre Lokalisierungstests nicht perfekt sein. Nicht jedes Lokalisierungsproblem hat dasselbe Gewicht. Ihre Lokalisierungstest-Checkliste sollte diese Unterscheidung widerspiegeln.
Das Schlüsselwort hier ist einige. Wichtige Benutzeraktionen sollten immer tadellos aussehen, bevor ein Geschäftsvorgang abgeschlossen oder an eine andere Stelle weitergeleitet wird. Alle Rechtstexte sollten korrekt angezeigt werden, damit Ihre Anwälte vor Gericht nicht mit einer Momentaufnahme einer fehlerhaften AGB-Seite kämpfen müssen. Hilfstexte für weniger beliebte Funktionen können warten.
Beteiligen Sie Interessengruppen und Kollegen
Bei der Übersetzung von Texten in eine neue Sprache gibt es zwangsläufig Einschränkungen in Bezug auf Design und Informationsarchitektur. Design-Einschränkungen bei der Lokalisierung haben selten eine einzige richtige Antwort, und QA-Teams sind selten die richtigen Personen, um diese Entscheidungen allein zu treffen.
Fragen Sie im Zweifelsfall immer Ihre Kollegen um Rat. Wären Englischsprachige genauso verärgert und verwirrt, wenn Sie einige Artikel weglassen würden, wie Deutschsprachige? Können Sie es sich leisten, mit der Konvention zu brechen und Textziffern durch Zahlen zu ersetzen? Fragen Sie, bevor Sie es tun.
Je nach Geschäftsabsicht wirken sich die Designeinschränkungen unterschiedlich aus. Es wird schwieriger sein, eine weitere Seite zum Onboarding-Karussell hinzuzufügen, wenn die Schritte nicht vertikal passen. Was aber, wenn Sie das Gleiche in der Desktop-Version Ihrer Lösung tun müssen? Und wenn ja, würden die Konversionsraten zu stark sinken, wenn man eine weitere Seite auf dem Handy hinzufügt? Diese Fragen kann die QS stellen, aber kaum beantworten.
Laden Sie lokale Endnutzende ein
Lokale Nutzer bemerken, was kein Lokalisierungs-Audit-Tool und kein ausländischer Tester erkennt: die kulturellen Annahmen in Ihrer UI, die sich falsch anfühlen, selbst wenn sie technisch korrekt sind. Ziel ist es, dass sie sich auf die Anwendung konzentrieren und nicht durch Fehler in der Lokalisierung gestört werden. Es gibt sicherlich einige Eigenarten, die Sie als Ausländer gar nicht bemerken werden.
Dieser Punkt geht auch über Texte hinaus. Stellen Sie sich vor, Ihr Designer stellt sich den gewünschten Ablauf wie eine Autofahrt auf einer öffentlichen Straße vor. Sie können auch richtig kitschig werden und das Anmeldeformular auf dem Beifahrersitz eines „Autos“ auf der Webseite platzieren. Klingt vielseitig genug, nicht wahr? Wenn Sie japanischen Benutzern ein Auto mit dem Lenkrad auf der linken Seite zeigen, wird es regelrecht verwirrend. Wussten Sie, dass FaceTime in den Vereinigten Arabischen Emiraten nicht möglich ist, weil FaceTime auf dort gekauften Handys nicht funktioniert?
Erfahrene Endnutzende können Ihnen auch mit mehr als nur dem kulturellen Kontext helfen. Sie werden möglicherweise UI-Muster sehen, die für die Region nicht charakteristisch sind. Ihr Produkt- und Geschäftsteam kann dann entscheiden, ob es lieber auf der gleichen Linie bleiben oder etwas Neues ausprobieren möchte.
Entfesseln Sie die Automatisierung
Lokalisierungstests sind sich wiederholende Tests, die eine konstante Aufmerksamkeitsspanne erfordern, die für Maschinen besser geeignet ist als für Menschen. Bei der Beseitigung menschlicher Fehler ist es wert, dass Sie sich mit der Automatisierung von Lokalisierungstests beschäftigen.
Es gibt zwei Hauptansätze, die Sie wählen oder kombinieren können. UI-Tests sind ein wichtiger Bestandteil von Lokalisierungstests, und es gibt einige KI-basierte Optionen. Diese Tools sparen viel Zeit, sowohl bei der Durchführung von Tests als auch bei der Anpassung an Änderungen der Benutzeroberfläche.
Sie können auch eine Testmanagementsoftware verwenden, welche Sie bei der Skalierung von Lokalisierungstests unterstützt. Hier können KI-gestützte Tools helfen, aussagekräftige Tests zu erstellen oder die Abdeckung zu erweitern, wenn weitere lokalisierte Bildschirme hinzugefügt werden.
Checkliste für Lokalisierungstests
Wenn Sie gerade bis zum Ende gescrollt haben, finden Sie hier eine Checkliste mit den wichtigsten Hürden für Lokalisierungstests.
- Lernen Sie den Umfang kennen
- Formalisieren Sie den Ansatz der Lokalisierung
- Erkunden Sie die Automatisierung
- Setzen Sie Prioritäten
- Beteiligen Sie Interessengruppen
- Halten Sie Übersetzer bereit
- Überprüfen Sie mit den Endnutzenden
Schlussfolgerung
Das Testen von Lokalisierungen wird Ihnen vielleicht keinen Umsatzschub bescheren, aber Sie werden sicherlich mögliche Verluste feststellen. Gute Lokalisierungstests sind das Ergebnis angemessener Bemühungen der Lokalisierung, die durch Software-Qualitätssicherungstechniken überprüft werden. Testautomatisierung hilft sehr dabei, die Routine zu reduzieren.
KI-Testautomatisierung ist eine große Hilfe, um die Präzision der Lokalisierung für den Eintritt in wettbewerbsfähige Märkte zu erreichen. Der KI-Copilot von aqua kann neue Lokalisierungstests von Grund auf erstellen oder Ihre Entwürfe ergänzen. Das ist ideal, wenn Sie unserem Rat folgen und Nicht-Techniker einbeziehen, die aber keine richtigen Testfälle erstellen können. Unsere GPT-basierte Lösung wird diese Lücke im Handumdrehen schließen.
Verwenden Sie bei Ihren Lokalisierungstests KI, damit Sie nicht roboterhaft klingen
Bankwesenaqua ALM hilft Banken, die Produktivität beim Testen um mehr als 50 % zu steigern
