QA/Bugzilla/Felder/Whiteboard
TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Spende
Diese Seite handelt vom Feld Whiteboard (aka status_whiteboard) in Bugzilla.
Erste Schritte
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 wimpyCaps
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