Quality Assurance auf termSpace

Hintergrund

vgl. Prozesse der deutschsprachigen Übersetzungen

Zur Qualitätssicherung der sich im Release-Pathway befindenden Übersetzungen wird in termSpace ein Build erstellt, der nach hinterlegten QS-Regeln diese Übersetzungen prüft. Die QS-Resultate werden von dem NRC bearbeitet, dessen Release als nächstes ansteht.

Wurde das Review einer Worklist in der GTG beendet, sollte ebenfalls ein Build durchgeführt werden und von dem für diese Worklist verantwortlichen NRC die QS durchgeführt werden.

Prozess

In termSpace einsteigen
Zum Projekt "Germany translation"
Auf "QA Reports" unter "Terminology project manager tools" klicken

Unter dem Reiter "Builds" im Dropdown den "Release Candidate Path" auswählen. Im Release-Build befinden sich alle "approved by GTG"-Konzepte, im "Development-Path" sind auch die noch im Review befindlichen Konzepte drin

Auf "Schedule a Build" klicken. Ein Build dauert etwa 10 bis 15 Minuten. Nach erfolgreicher Beendigung des Builds steht in der Status-Spalte "success".

Auf Reiter "QA Results" wechseln. Dort im Dropdown auch den "Release Candidate Path" auswählen. Es scheinen immer nur die Resultate des letzten Builds auf:

Es wird jeweils das Testresultat angegeben plus Anzahl betroffene Häufigkeit. Die höchste Zahl, die angegeben wird, ist 1000, auch wenn mehr Konzepte betroffen sind
Meldungen, die ignoriert werden sollen, können "whitelisted" werden.
Falls sich Meldungen auf Regeln beziehen, die für die German Translation nicht sinnvoll sind (bspw. Case-Sensitivity), kann dies termSpace mitgeteilt werden (andere NRCs im CC), damit das Regelwerk angepasst wird. Hinweis: Aktuell (30.1.) ist das NRC Deutschland dabei, alle QS-Regeln händisch durchzugehen und zu markieren, ob diese sinnvoll sind. Damit entfiele dieser Schritt anschließend.
Falls Anpassungen der Konzepte erforderlich sind, sollen diese nicht nur im Release-Candidate übernommen werden, sondern auch im Development-Pathway. Deshalb auf "Create Worklist" klicken => die zu bearbeitenden Konzepte erscheinen in der Inbox der Person, die die Worklist erstellt hat, und können direkt dort bearbeitet werden
Danach nochmals Build erstellen, bis keine oder nur zu ignorierende Warnungen aufscheinen