QA/Bugzilla/Felder/Whiteboard

    From The Document Foundation Wiki
    < QA‎ | Bugzilla‎ | Fields
    This page is a translated version of the page QA/Bugzilla/Fields/Whiteboard and the translation is 100% complete.
    Other languages:


    Diese Seite handelt vom Feld Whiteboard (aka status_whiteboard) in Bugzilla.

    Erste Schritte

    Whiteboard image.png

    Diese Seite ist für Einsteiger und enthält lediglich die Grundlagen des Textfeldes Whiteboard in Bugzilla. Für eine komplette Erklärung mit allen Whiteboard Tags siehe bitte Advanced.

    Das Textfeld der Whiteboard war historisch gesehen das Ziel für Hinweise, um unsere Fehlerübersicht zu organisieren. Wir haben kürzlich die meisten Whiteboard Kommentare in das Schlüsselwörterfeld migriert. Während das Feld Schlüsselwörter eine Liste der erlaubten Begriffe hat, gibt es für das Feld Whiteboard keine Beschränkungen. So gesehen ermutigen wir damit die User und QA, nur Hinweise zu verwenden, die in der Liste stehen.

    Markup

    • Es wird wimpyCapsWikipedia logo v3.svg für alle Hinweise verwendet
      • d.h. erstes Wort in Kleinbuchstaben, folgende Wörter beginnen mit einem Großbuchstaben und keine Leerzeichen zwischen den Worten"".
    • Die Hinweise werden durch ein Leerzeichen getrennt (also "dieserHinweis jenerHinweis andererHinweis").
    • Im Whiteboard werden keine Kommata verwendet.
    • Das Whiteboard nimmt keine Zufallskommentare auf!

    Bestätigung

    confirmed:VERSION:OS

    Beschreibung: Wird verwendet, wenn ein Fehler für ein bestimmtes Betriebssystem und eine bestimmte Version von LibreOffice bestätigt wird.

    Verwendung: Dieser Hinweis wird nicht oft verwendet. Aber wenn, dann um zusätzliche Informationen für einen bestätigten Fehler zu geben. Er beinhaltet immer das Wort "confirmed:", dann die Version und dann das Betriebssystem.

    Beispiele:

    confirmed:4.1.3.2:ubuntu
    confirmed:4.1.3.2:windows7
    confirmed:4.2.0.1:macOS
    

    Reproduzierbarkeit

    noRepro:VERSION:OS

    Beschreibung: noRepro:VERSION:OS wird verwendet, wenn der Fehler nicht wiederholt werden kann, aber nicht gleich als LINK geschlossen wird.

    WORKSFORME. Beinhaltet Informationen, welche Version verwendet wurde und welches Betriebssystem der Tester verwendet.

    Verwendung: Der Hinweis wird verwendet, wenn die Testumgebung anders ist als die Testumgebung beim Fehlermelder. Daher ist es nicht unbedingt angebracht, den Fehler gleich als WORKSFORME zu schliessen. Der Hinweis wird hauptsächlich von QA Mitarbeitern und Entwicklern verwendet.

    Beispiele:

    noRepro:4.1.3.2:Ubuntu
    noRepro:4.1.3.2:Windows7
    noRepro:4.2.0.1:macOS
    

    needsSOFTWARE

    Beschreibung: needsSOFTWARE wird verwendet, wenn eine spezielle Software benötigt wird, um den Fehler zu beurteilen.

    Verwendung: needsSOFTWARE wird nur eingesetzt, wenn eine einzigartige Software benötigt wird. Nicht zu verwechseln mit “needsMSO”, da Microsoft Office eine ziemlich verbreitete Software ist. Wenn der Fehler z. Bsp. nur mit MS Office 2013 auftritt, dann wird “needsMSO2013” angegeben. "Windows(all)" ist auch nicht angebracht (die Angabe der Version "Windows(all)" reicht hier).Weiter Informationen siehe im Abschnitt #spezifisches Betriebssystem erforderlich.

    Beispiele:

    needsAlfresco
    needsDuplexPrinter
    needsWebDAV
    needsKDE
    needsAppleNumbers
    

    interoperability

    Beschreibung: interoperability wird verwendet, wenn der Fehler ein Problem der Zusammenarbeit mit Microsoft Office (doc/docx, xls/xlsx, etc. ...) ist. Heutzutage wird der Schlüsselwortfilter [extension] verwendet.

    multipleBugs

    Beschreibung: Hier werden mehrere Fehler in einem einzelnen Bericht gemeldet.

    Verwendung: Normalerweise wir so eine Fehlermeldung als INVALID geschlossen. Der Melder wird dabei gebeten, jeden Fehler einzeln zu melden. Soll trotzdem ein einzelner Fehler aus dieser Meldung verfolgt werden, kann dieser Hinweis gegeben werden. Dazu wird der konkrete Fehler in den Kommentaren bestätigt unde der Melder wird gebeten, alle anderen Fehler nochmal einzeln zu melden. Dabei kann durchaus ein "siehe auch" verwendet werden, wenn sich die anderen Fehler auf das selbe Dokument / den selben Anhang beziehen.

    Bibisection

    Es gibt immer noch einige alte bibisect Hinweise im Feld Whiteboard, Die meisten bibisect Hinweise wurden bereits in Schlüsselwörter übertragen.

    spezifisches Betriebssystem erforderlich

    Beschreibung: Dieses Feld gibt an, dass ein ganz spezifisches Betriebssytem für den Fehler benötigt wird.

    Verwendung: wird nur verwendet, wenn bestätigt ist, dass der Fehler nur in diesem speziellen Betriebssystem auftritt.

    Beispiele:

    needsUbuntu
    needsWindows8