Die Qualitätssicherung (QA) ist ein im Editor integriertes Feature. Sie erkennt Übersetzungsprobleme durch den Vergleich von Ausgangssegmenten und Zielsegmenten, die Prüfung der Termbank, Rechtschreibung, des Tag-Inhalts und anderer konfigurierter Prüfungen. Sie hilft Übersetzern, Formfehler zu erkennen und die Qualität und Einheitlichkeit der Übersetzungen insgesamt zu verbessern.
Wichtig
Probleme mit Tags sind eine häufige Ursache für Exportfehler, insbesondere bei Dateitypen wie Tabellenkalkulationen (MS Excel-basiert) und .XML. Vor dem Exportieren von Dateien immer sicherstellen, dass Tags und Formatierung korrekt sind.
Wenn ein Projektmanager dies festlegt, können QA-Prüfungen für Projekte obligatorisch sein. Wenn obligatorisch, müssen QA-Warnungen behoben werden, bevor die Jobs auf Abgeschlossen gesetzt werden können. QA-Prüfungen werden auch bei gesperrten Segmenten durchgeführt, sofern diese nicht vom Projektmanagement ausgeschlossen werden. Die QA-Einstellungen des Projekts gelten für alle darin enthaltenen Jobs.
QA-Prüfungen können sofort oder manuell angewendet werden und werden im QA-Bereich angezeigt:
-
Sofortige QA
Wird bei Bestätigung auf ein Segment angewendet. Wenn Probleme identifiziert werden, wird das Segment erst dann im Translation Memory gespeichert, wenn der Linguist sie behebt.
Sofortige QA kann von Projektmanagern in den Einstellungen für Zugriff und Sicherheit erzwungen werden.
-
Manuelle QA
Prüft alle Segmente im Job. Vom Linguisten auszuführen, bevor der Job auf Abgeschlossen gesetzt wird.
Für QA-Ergebnisse ist keine Berichterstellung verfügbar.
Administratoren und Projektmanager mit Berechtigungen zum Ändern globaler Einstellungen können Standard-QA-Einstellungen konfigurieren, die für alle neuen Projekte gelten.
Um Standard-QA-Einstellungen zu konfigurieren, sind folgende Schritte auszuführen:
-
Auf der Seite Einstellungen
nach unten zum Bereich scrollen und auf Qualitätssicherung klicken.
Die Seite wird geöffnet.
-
Die erforderlichen Einstellungen auswählen und auf Speichern klicken.
Die Einstellungen werden gespeichert und auf alle neuen Projekte angewendet.
Die Benutzeroberfläche für die Qualitätssicherung kann auch auf Projektebene aufgerufen werden, indem ein Projekt oder eine Projektvorlage bearbeitet wird.
Standardmäßig können alle QA-Warnungen von Linguisten/Vendoren auf ignorieren gesetzt werden. Für einige QA-Prüfungen können die Projektmanager die Option in den QA-Einstellungen deaktivieren, sodass Linguisten und Vendoren diese Warnungen nicht ignorieren können, wenn sie einen Job auf abschließen setzen.
Wann immer eine QA-Prüfung für einen Job gestartet wird, wird das Ergebnis mit dem Übersetzungsjob mit verschiedenen Werten gespeichert:
-
QA-Warnungen: Nicht gestartet
Die QA wurde für diesen Job nicht gestartet.
-
QA-Warnungen: Unvollständig
Die QA wurde nur für einen Teil eines Jobs gestartet (z. B. hat der User nicht auf den Link Mehr anzeigen am Ende der Liste der QA-Warnungen geklickt) oder die für den gesamten Job gestartete QA wurde nachträglich bearbeitet.
-
QA-Warnungen: 2 (1 ignoriert)
Die QA wurde gestartet und enthält insgesamt 2 Warnungen, von denen 1 als ignoriert markiert wurde.
Mit der Maus über den Wert eines Jobs auf einer Projektseite fahren, um den QA-Status zu sehen.
Nur Administratoren und Projektmanager können QA-Prüfungen in Projekten konfigurieren. Linguisten können Prüfungen nicht selbst aktivieren, deaktivieren oder hinzufügen.
Anbieter zum Ausführen einer QA-Prüfung zwingen
Anbieter (Linguisten und Vendoren) können daran gehindert werden, einen Job auf abgeschlossen zu setzen, es sei denn, eine QA-Prüfung wurde durchgeführt und Warnung entschärft. Projektmanager können außerdem auswählen, welche QA-Prüfungen angewendet werden und welche von Linguisten auf ignorieren gesetzt werden können.
Um auszuwählen, welche QA-Prüfungen ignoriert werden können, die folgenden Schritte ausführen:
-
Auf einer Projektseite auf Bearbeiten klicken.
Die Bearbeitungsseite wird geöffnet.
-
Auf Qualitätssicherung klicken.
Die Tabelle wird geöffnet.
-
Wählen Sie aus.
-
Deaktivieren Sie für alle QA-Prüfungen, bei denen Linguists/Vendors sie nicht auf ignorieren gesetzt werden sollen.
-
Klicke auf Speichern.
Die Einstellungen werden für das jeweilige Projekt angewendet.
In allen Arbeitsschritten ignorieren
QA-Warnungen können über alle Arbeitsschritte eines Jobs hinweg ignoriert werden. Sobald eine QA-Warnung im ersten Arbeitsschritt ignoriert wird, wird sie in nachfolgenden Arbeitsschritten nicht mehr als ungelöst gemeldet.
Um QA-Warnungen über Arbeitsschritte hinweg zu ignorieren, die folgenden Schritte ausführen:
Die QA-Prüfungen decken Fehler ab, die von Rechtschreibfehlern bis hin zu Tag-Problemen und uneinheitlicher Terminologie reichen. Einige Prüfungen können ausgewählt werden, um in der Übersetzungstabelle hervorgehoben zu werden.
|
QA-Prüfung |
Funktion |
Sofortige QA (Instant QA) |
Hervorgehoben |
|---|---|---|---|
|
Linguistisch |
Wählt alle linguistischen Prüfungen aus. |
||
|
Leeres Ziel |
Das Ziel enthält keine Zeichen oder Tags. |
Ja |
|
|
Zusätzliche Zahlen im Ziel |
Es gibt keine zusätzlichen Zahlen im Ziel. |
Ja |
Ja |
|
Uneinheitliche Übersetzungen |
|
Ja (mit Batch-Bestätigungen) |
|
|
Leerzeichen am Anfang und am Ende |
Es gibt ein führendes oder abschließendes Leerzeichen im Ziel, aber nicht in der Quelle. |
Ja |
Ja |
|
Maximale Zielsegmentlänge in % von Ausgangstext |
Die Länge des Zielsegments ist größer als der angegebene Parameter (Standard 130 %). Diese Einstellung ist unabhängig von der unten stehenden Option, d. h. es können Warnungen angezeigt werden, selbst wenn das Zielsegment die in Maximale Zielsegmentlänge in Zeichen oder der Quelldatei festgelegten Grenzwerte einhält. |
Ja |
|
|
Maximale Zielsegmentlänge in Zeichen |
Die Länge des Zielsegments ist größer als der angegebene Parameter (Standard 100). Wenn die Quelldatei Informationen zur maximalen Zielsegmentlänge enthält (die über die Job-Einstellungen importiert und durch Aktivieren der Option Max. Ziellänge wie bei der Auftragserstellung festgelegt angewendet werden), überschreibt dies diese Prüfung. |
Ja |
|
|
Fehlende Zahlen |
Die Zahl in der Quelle ist im Ziel nicht vorhanden. Zum Beispiel enthält die Quelle die Phrase „1 and 2“, aber das Ziel lautet „1 and 3“. HinweisWird nur auf lateinisch basierende Zahlen angewendet. Skriptbasierte Darstellungen lateinischer Zahlen (wie das bengalische ১৮ für 18) werden ebenfalls nicht erkannt. |
Ja |
Ja |
|
Mehrere Leerzeichen |
Es gibt mehrere Leerzeichen in der Zielsprache, aber nicht in der Ausgangssprache. |
Ja |
Ja |
|
Wortwiederholung |
Zwei oder mehr aufeinanderfolgende Wörter in der Zielsprache sind identisch. |
Ja |
Ja |
|
Rechtschreibung |
Im Zieltext befinden sich falsch geschriebene Wörter. |
Ja |
|
|
Zieltext identisch mit Quelltext |
|
Ja |
|
|
Abweichende Interpunktion am Ende |
Die Endinterpunktion weicht zwischen Quelltext und Zieltext ab. Zum Beispiel endet der Quelltext mit „.“, während der Zieltext dies nicht tut – oder umgekehrt. |
Ja |
Ja |
|
Nicht bearbeitetes Fuzzy-Match aus NT/MT |
Ein Fuzzy-NT/MT-Match wurde bestätigt, ohne bearbeitet zu werden. |
Nein |
|
|
Nicht bearbeitetes Fuzzy-Match aus TM |
Ein Fuzzy TM-Match wurde bestätigt, ohne bearbeitet zu werden. |
Nein |
|
|
Terminologie |
Alle Terminologieprüfungen werden ausgewählt. |
||
|
Unzulässige Termini |
Basierend auf einem Zielterminus (wobei ein Quellterminus nicht erforderlich ist). |
Ja |
Ja |
|
Fehlende Termini |
Es werden nur Termini im Quelltext überprüft. Für Termini, die auf Fuzzy Match eingestellt sind, kann ein Suffix bis zu einer sprachspezifischen Zeichenbegrenzung folgen und trotzdem als Übereinstimmung zählen, was zu falsch positiven Ergebnissen bei nicht verwandten längeren Wörtern führen kann; der Terminus sollte auf genaues Match eingestellt und verwandte Wortformen (wie Pluralformen) als separate Einträge hinzugefügt werden, um dies zu vermeiden. |
Ja |
Ja |
|
Nicht zulässig |
Der Zieltext enthält Zeichenfolgen, die nicht erlaubt sind. Zeichen oder alternativ utf-8-Codes können als Zeichenfolgen eingegeben werden, die nicht erlaubt sind. Zahlreiche Zeichenfolgen können eingegeben werden, wenn sie durch Kommas getrennt sind. Bei Zeichenfolgen wird zwischen Groß- und Kleinschreibung unterschieden. |
Ja |
Ja |
|
Wählt alle Formatierungs- und Tag-Prüfungen aus. |
|||
|
Leerer Tag-Inhalt |
Der Inhalt des Ziel-Tags ist leer, während der Inhalt des Quell-Tags nicht leer ist. Zum Beispiel lautet der Quelltext |
Ja |
|
|
Uneinheitlicher Tag-Inhalt |
Der Inhalt des Tags zwischen dem Quelltext und dem entsprechenden Ziel-Tag unterscheidet sich. Zum Beispiel zeigt der Quelltext |
Ja |
|
|
Verschachtelte Tags |
Gepaarte Tags im Zieltext sind falsch platziert. Zum Beispiel gibt es \{1\>\{2\>abc\<2\}\{3\>abc\<3\}\{4\>\<4\}\<1\} im Quelltext und \{1\>\{2\>abc\<2\}\{3\>abc\{4\>\<3\}\<4\}\<1\} im Zieltext. Diese Option ist standardmäßig deaktiviert, sollte jedoch für Projekte mit spreadsheet-Dateien aktiviert werden. |
Ja |
|
|
Kein Text zwischen den Tags |
Es gibt ein gepaartes Tag ohne Inhalt zwischen den Tags im Zieltext, jedoch nicht im Quelltext. Zum Beispiel gibt es \{1\>abc\<1\} im Quelltext und \{1\>\<1\} im Zieltext. |
Ja |
|
|
Tags & Formatierung |
Bei Tags/Formatierungen fehlen diese entweder oder sie sind ungültig, oder es fehlen bzw. befinden sich überflüssige Zeilenumbrüche. Beispiel: Im Quelltext stehen "{1} {2}", im Zieltext dagegen nur "{1}". |
Ja |
|
|
Durch Tags verbundene Segmente |
Die Anzahl der {j}-Tags weicht zwischen Quelltext und Zieltext ab. Zum Beispiel lautet der Quelltext "xxx{j}yyy", während im Zieltext "xxx yyy" steht. |
Ja |
|
|
XLIFF-Tags |
Entwickelt, um die strukturelle Korrektheit interner XLIFF-Tags sicherzustellen. Gepaarte Tags (wie bpt und ept) sind in der fertigen Zieldatei in der falschen Reihenfolge angeordnet. Zum Beispiel lautet der Quelltext "bpt bpt ept ept", während der Zieltext "bpt ept ept bpt" aufweist. Folgt den XLIFF-Schemaregeln und gilt nur für XLIFF 1.2- und 2.0-Dateitypen. |
Ja |
|
|
Workflow |
Wählt alle Workflow-Prüfungen aus. |
||
|
Neuere Version in einem vorherigen Arbeitsschritt verfügbar |
Prüft, ob neuere Versionen von Segmenten in vorherigen Arbeitsschritten existieren. Zum Beispiel wurde ein Segment im Übersetzungsschritt geändert, nachdem es im Revisionsschritt überarbeitet wurde. |
Ja |
|
|
Nicht bestätigte Segmente |
Prüft, ob jedes Segment bestätigt ist. |
Nein |
|
|
Ungeklärter Kommentar |
Stellt sicher, dass kein Segment einen ungelösten Kommentar in einer Konversation enthält. |
Nein |
|
|
Benutzerdefinierte Prüfungen |
|
Ja |
Vom QA-Webdienst wurden keine Ergebnisse zurückgegeben. Bei der Bearbeitung der Anfrage ist ein Fehler aufgetreten.
Weist darauf hin, dass höchstwahrscheinlich ein vorübergehendes Server-Problem vorlag und QA für einige Minuten nicht verfügbar war. Nach einigen Minuten kann QA erneut gestartet werden. Wenn das Problem weiterhin besteht, ist die status page auf Vorfälle zu überprüfen oder ist das support team zu kontaktieren.