DSGVO-konformes Unternehmen
ISO-27001-zertifiziertes Unternehmen
SOC-II-konformes Unternehmen
Finden Sie die sprachlichen Fehler, die ein erfolgreicher Build nicht erkennt. Smartcat kombiniert KI-gestützte Bewertung der Übersetzungsqualität mit Prüfung durch Muttersprachler, damit Ihr Team unklare Anleitungen, uneinheitliche Begriffe und nicht passende Texte vor dem Release korrigieren kann.
Mehr als 80 der weltweit größten Unternehmen haben sich für Smartcat entschieden
Lokalisierungstests prüfen, ob ein übersetztes Produkt in einer bestimmten Sprache und Region korrekt, verständlich und nutzbar ist. Sie kombinieren sprachliche Prüfung mit Prüfungen von Textlayout, kulturellem Kontext und lokalen Formaten wie Datumsangaben, Zahlen und Währungen.
Die linguistische Qualitätssicherung, kurz LQA, ist der sprachbezogene Teil dieses Prozesses. Prüfer erfassen Fehler nach vereinbarten Kategorien und Schweregraden und geben Ihrem Team damit eine klare Grundlage, eine Übersetzung anzunehmen oder zur Korrektur zurückzuschicken. Mehr über linguistische Qualitätssicherung.
Auch ein technisch gültiger String kann Nutzer in die Irre führen. „Save“ kann das Speichern einer Einstellung oder das Retten einer Person bedeuten. Eine Übersetzung von „Next“ kann laut Wörterbuch richtig, für die Aktion eines Buttons aber falsch sein. Tests verbinden den Text mit der Aufgabe, die Ihr Nutzer erledigen möchte.
Lokalisierungsprobleme lassen sich teurer koordinieren, wenn sie erst nach der Release-Freigabe auftauchen. Ein Prüfer braucht den richtigen Build, ein Entwickler einen reproduzierbaren Bericht, und der korrigierte String muss auf jedem betroffenen Bildschirm erneut geprüft werden.
Nutzer zögern
Eine übersetzte Beschriftung ändert ihre Bedeutung, und Nutzer wissen nicht, ob sie eine Zahlung bestätigen oder einen Entwurf speichern.
Layouts brechen
Eine längere Übersetzung überlappt ein Symbol oder verschwindet hinter einem Button mit fester Breite.
Der Support erklärt immer wieder dasselbe
Hilfeinhalte verwenden einen anderen Produktbegriff als die Oberfläche, sodass ein ansonsten korrekter Artikel schwer verständlich wird.
Die Freigabe verliert ihre Bedeutung
Die Version, die ein Linguist geprüft hat, unterscheidet sich von der Version im Build.
Vereinbaren Sie Quellversion, Zielgebietsschemas und Abnahmekriterien, bevor die Tests beginnen. So wird jedes Problem umsetzbar und jede Freigabe einem Release zuordenbar.
Sprache, Kontext und Produktverhalten erfordern unterschiedliche Prüfungen. Smartcat unterstützt die Übersetzungs-QA und den Zugang zu Sprachexperten; Prüfungen auf Bildschirmebene nutzen die Screenshots oder die Testumgebung, die Ihr Team bereitstellt.
| Testart | Was geprüft wird | Beispiel | Verantwortung |
|---|---|---|---|
| Sprachlich | Bedeutung, Grammatik, Glossarbegriffe und Tonalität | „Save“ mit der falschen Bedeutung übersetzt | KI-Qualitätsbewertung plus muttersprachlicher Prüfer |
| Kulturell | Beispiele, Bezüge, Bildsprache und Angemessenheit für die Zielgruppe | Eine saisonale Aktion, die im Zielmarkt keinen Sinn ergibt | Ein Prüfer, der den Markt kennt |
| Text in der Oberfläche | Abschneiden, Umbruch, Textausdehnung und Lesereihenfolge | Eine deutsche Einstellungsbeschriftung, die hinter einem Symbol verschwindet | Tester prüft Ihre Bildschirme oder Ihren Build |
| Gebietsschemaformate | Datumsangaben, Zahlen, Währungen, Einheiten und Adressen | Ein mehrdeutiges numerisches Datum in einer Buchungsbestätigung | Ihr QA-Team und ein Prüfer für das Gebietsschema |
| Integrität der Ressourcen | Variablen, Markup, fehlende Schlüssel und Pluralverhalten | Ein fehlendes Argument %1$s oder eine falsche Mengenform | Dateiprüfungen, App-Tests und sprachliche Prüfung |
Ihr Entwicklungsteam bleibt für Funktionstests, Geräte und Release-Verhalten verantwortlich. Ein Qualitätswert für die Übersetzung belegt nicht, dass ein Zahlungsablauf, eine Tastatur oder ein Screenreader in der Anwendung korrekt funktioniert.
Beginnen Sie mit einem Release und einer festgelegten Sprachauswahl. Halten Sie Übersetzung, Prüfung und Problemlösung mit demselben Quellmaterial verbunden.
Importieren Sie unterstützte Softwareressourcen oder binden Sie eine passende Integration an. Geben Sie Prüfern Schlüsselbeschreibungen, Screenshots und bei Bedarf Zugang zum relevanten Build. Nennen Sie im Testbriefing Sprache, Plattform und Version.
Übersetzen Sie mit Ihrem Glossar und Translation Memory. Erläutern Sie Produktbegriffe, geschützte Namen und die gewünschte Tonalität, bevor Prüfer einzelne Entscheidungen treffen.
Der Quality Assurance Coworker erkennt Übersetzungsprobleme, klassifiziert Art und Schweregrad und erstellt einen Qualitätswert. Er bewertet den Text, ohne ihn zu bearbeiten.
Weisen Sie eigene muttersprachliche Experten oder LQA-Experten aus dem Marketplace zu. Lassen Sie sie den Text anhand der bereitgestellten Bildschirme prüfen und Probleme mit genug Kontext melden, um sie reproduzieren zu können.
Linguisten oder der Reviewer Coworker verbessern die Übersetzung. Entwickler beheben Ressourcen- oder Layoutfehler. Testen Sie geänderte Inhalte und die betroffenen Nutzerabläufe erneut; nur die geänderten Wörter zu prüfen, deckt nicht jede Regression ab.
Ihr Team entscheidet, ob die behobenen Befunde den vereinbarten Qualitätsstandard erfüllen. Exportieren Sie die freigegebenen Ressourcen, validieren Sie sie im Build und bewahren Sie die Release-Dokumentation für das nächste Update auf.
Der Einrichtungsleitfaden zur Softwarelokalisierung erklärt Sammlungen, Importe und Exporte. Der API- und CLI-Workflow unterstützt Teams, die diese Schritte mit ihrem Release-Prozess verbinden möchten.
Automatisierte Prüfungen helfen Prüfern, Probleme konsistent zu finden. Die menschliche Prüfung ergänzt das Produkt- und Marktverständnis, das nötig ist, um zu entscheiden, ob eine Übersetzung im Einsatz passt.
Der Quality Assurance Coworker misst die Qualität. Er bearbeitet die Übersetzung nicht.
Ihre Prüfer, der Reviewer Coworker und Ihr Release-Prozess entscheiden, wann korrigierte Inhalte bereit für die Auslieferung sind.
Internationalisierungstests prüfen, ob Ihr Produkt darauf ausgelegt ist, verschiedene Sprachen und regionale Konventionen zu unterstützen. Lokalisierungstests prüfen, ob eine bestimmte lokalisierte Version korrekt ist. Beides ist wichtig: Eine Übersetzung kann weder fest codiertes Englisch noch ein Layout beheben, das von Links-nach-rechts-Text ausgeht.
| Internationalisierungstests | Lokalisierungstests | |
|---|---|---|
| Zentrale Frage | Kann dieses Produkt die benötigten Gebietsschemas unterstützen? | Funktioniert dieses Gebietsschema für seine Nutzer? |
| Typischer Zeitpunkt | Während der Entwicklung, vor und parallel zur Übersetzung | Nach der Übersetzung und während der Release-Validierung |
| Typische Prüfungen | Ausgelagerte Strings, Unicode, flexible Layouts, gebietsschemaabhängige Formatierung | Bedeutung, Terminologie, Layout, regionale Konventionen und lokalisierte Links |
Pseudolokalisierung ist eine nützliche frühe Prüfung: Ersetzen Sie Text durch sichtbar veränderten oder verlängerten Text, um fest codierte Strings und Layoutannahmen aufzudecken. So finden Sie technische Probleme, bevor Sie für die Übersetzung der gesamten Oberfläche bezahlen. Sie ersetzt nicht die Prüfung durch jemanden, der die Zielsprache versteht.
Nutzen Sie eine gemeinsame Checkliste und dokumentieren Sie Ausnahmen. Ein Release kann sowohl behobene Sprachprobleme als auch offene Funktionsfehler enthalten; melden Sie sie getrennt, damit der Freigebende das Risiko versteht.
Legen Sie zuerst den Umfang fest und prüfen Sie den Text dann dort, wo Nutzer ihn lesen.
Lokalisierungstests für mobile Apps verbinden Ressourcendateien mit einem kleinen Bildschirm und einem sich ständig ändernden Release. Prüfen Sie Onboarding, Erläuterungen zu Berechtigungen, Checkout, Benachrichtigungen und Fehlerzustände mit derselben Sorgfalt wie die Hauptnavigation, und testen Sie Store-Texte anhand des Produkts, das Nutzer tatsächlich herunterladen. Lokalisierung mobiler Apps entdecken.
Wenden Sie sprachliche und kulturelle Prüfung auf Dialoge, Menüs, Tutorials und Store-Texte an. Geben Sie Prüfern Informationen zu Figuren, erzählerischen Kontext und Längenbeschränkungen. Sprachtests können eine verwirrende Anleitung oder einen uneinheitlichen Figurennamen aufdecken; Gameplay-Balance, Performance und Geräteabdeckung bleiben Teil Ihres Spiele-QA-Programms.
Smartcat vereint Übersetzungsressourcen, KI-Qualitätsbewertung und menschliche Prüfung in einem Workflow. Sie können mit Ihren bestehenden Prüfern beginnen, Experten für Sprachen hinzuziehen, die Sie intern nicht bewerten können, und freigegebene Terminologie für spätere Releases verfügbar halten.
298
Projekte in 29 Ländern
Das Team von Topcon hat in zwei Jahren 298 Übersetzungsprojekte in 31 Sprachen umgesetzt, nachdem es acht Übersetzungsdienstleister in einem Smartcat-Arbeitsbereich zusammengeführt hatte.
Die veröffentlichte Fallstudie von Topcon beschreibt die Zusammenführung von acht Übersetzungsdienstleistern auf einer Plattform. Das ist ein Beleg für die Steuerung des Übersetzungsbetriebs, keine Aussage, dass Smartcat Softwarefehler beseitigt. Topcon-Fallstudie lesen.
Die Kosten für Lokalisierungstests hängen von Sprachen, Textvolumen, Prüftiefe und dem Zugriff ab, den Prüfer benötigen. Plattformnutzung und externe Fachleistungen sind separate Teile des Umfangs. Sehen Sie sich die aktuellen Tarife von Smartcat an und fordern Sie bei den gewählten Linguisten ein projektspezifisches Angebot an.
Wählen Sie ein Release, repräsentative Bildschirme und einige wichtige Abläufe. Vereinbaren Sie Fehlerkategorien, Zuständigkeiten der Prüfer und die finale Freigabe. Vergleichen Sie Befunde und Aufwand mit Ihrem aktuellen Prozess, bevor Sie die Abdeckung ausweiten.
Lokalisierungstests prüfen ein übersetztes Produkt auf sprachliche Genauigkeit, Nutzbarkeit und Markteignung. Dazu gehören Terminologie, kultureller Kontext, Textlayout und Gebietsschemakonventionen. Prüfer brauchen die relevanten Strings und den Produktkontext; App-QA bleibt nötig, um zu bestätigen, dass sich der lokalisierte Build korrekt verhält.
LQA steht für linguistische Qualitätssicherung: eine strukturierte Bewertung übersetzter Sprache anhand vereinbarter Kriterien. Ein Prüfer klassifiziert Probleme wie Genauigkeit, Terminologie und Stil, vergibt Schweregrade und dokumentiert die Befunde. LQA ist ein Teil der Lokalisierungstests und kein Ersatz für Funktions- oder Gerätetests.
Internationalisierungstests prüfen, ob das Produkt verschiedene Gebietsschemas unterstützen kann. Lokalisierungstests prüfen eine einzelne Sprach- und Regionalversion. Technische Prüfungen können ein fest codiertes Datumsformat vor der Übersetzung aufdecken; ein muttersprachlicher Prüfer kann dann bestätigen, ob die finale Formulierung und Darstellung in diesem Markt Sinn ergeben.
Teile davon lassen sich automatisieren, etwa die Validierung von Ressourcen und Prüfungen der Übersetzungsqualität. Der QA Coworker von Smartcat bewertet Übersetzungsprobleme und erstellt einen Qualitätswert. Muttersprachliche Prüfer und App-Tester müssen weiterhin Kontext, kulturelle Passung, Layout und Verhalten beurteilen. Kombinieren Sie diese Prüfungen je nach Risiko der Inhalte und Release-Anforderungen.
Smartcat unterstützt die sprachliche Prüfung bei der Lokalisierung mobiler Apps und Spiele. Sie können muttersprachliche Prüfer einsetzen, um Texte anhand von Screenshots oder einer von Ihnen bereitgestellten Testumgebung zu bewerten. Planen Sie Geräte-, Performance-, Gameplay- und Funktionstests mit Ihrem Entwicklungsteam oder einem spezialisierten Testdienstleister; das sind separate Zuständigkeiten.
Die Preise hängen von Sprachpaaren, Inhaltsvolumen, Bildschirmen, Prüftiefe und Anforderungen an die Bearbeitungszeit ab. Prüfen Sie den Plattformtarif und fordern Sie separate Angebote für Fachprüfungen an. Ein klares Testbriefing hilft Prüfern, ihren Aufwand zu schätzen, und verhindert, dass eine günstige String-Prüfung mit vollständiger App-QA verwechselt wird.
Nutzen Sie Smartcat für Übersetzungsressourcen, sprachliche Prüfung und Qualitätsbewertung und verbinden Sie die freigegebenen Ergebnisse dann mit Ihrem Build- und Testprozess. Legen Sie fest, wie Befunde in Ihren Issue-Tracker gelangen und wer Korrekturen verifiziert. Bestätigen Sie eine eventuell benötigte Automatisierung für den Export von Issues bei der Einrichtung, statt anzunehmen, dass sie Teil jeder Integration ist.
Beginnen Sie mit den Abläufen, in denen Missverständnisse die größten Folgen haben: Onboarding, Zahlungen, Kontozugang, Fehlerbehebung und Produktanleitungen. Kombinieren Sie sprachliche Prüfung mit Prüfungen von Layout, Variablen und Gebietsschemaformaten. Weiten Sie die Abdeckung aus, sobald Sie wissen, welche Bildschirme und Sprachen die meisten Probleme verursachen; ein einzelner Qualitätswert ersetzt keinen risikobasierten Testplan.
Keine Antwort gefunden? Sprechen Sie mit einem Lokalisierungsexperten
Bringen Sie einen String-Satz und seinen Produktkontext mit. Sehen Sie, wie KI-Qualitätsbewertung und Prüfung durch Muttersprachler in Ihren Release-Prozess passen.