QA/Bugzilla/Felder/Schlüsselwörter
TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Spende
Diese Seite handelt vom Feld Schlüsselwörter in Bugzilla.
Erste Schritte
Das Feld Schlüsselwörter enthält die Schlüsselwörter zur Kategorisierung der Fehler.
Schlüsselwörter sind vordefiniert und das Feld schlägt entsprechende Wörter vor. Das Freitextfeld akzeptiert frei formulierte Werte.
Die Funktionalität beinhaltet:
- Autovervollständigung
- nur vordefinierte Schlüsselwörter sind erlaubt
- automatische Alphabetisierung des Schlüsselwörterfeldes
Korrektur des Freitextfeldes
Wir haben Schlüsselwörter definiert, die verschiedene (frühere) Einträge aus dem Freitextfeld ersetzen. Schlüsselwörter sind für uns viel einfacher und schneller und geben uns viel konsistentere Ergebisse.
Markup
So wie im Freitextfeld verwenden wir Binnenmajuskeln für alle Schlüsselwörter.
(Bi)bisection
preBibisect
Beschreibung: Der Fehler ist bereits in der allerersten bibisect Version enthalten.
Verwendung: Wird manuell vom ersten Nutzer der Bibisektion vergeben.
Hinweis: Zusätzliche Tests können durchgeführt werden, um herauszufinden, ob der Fehler bereits in OOo vorhanden ist und damit keine Verschlimmerung ist. Um das zu testen, wird LibreOffice 3.3 heruntergeladen und festgestellt, ob der Fehler bereits in der ersten Version vorhanden ist. Damit wird die Version auf 'Importiert von OOo' geändert. Andernfalls kann unter Linux mit dieser Versionssammlung festgestellt werden, wann der Fehler erstmalig auftrittt.
bibisectRequest
Beschreibung: Eine Bibisection ist nötig.
Verwendung: Alle bestätigten Verschlimmerungen nach Version 3.5.0 sollten eine bibisectRequest haben, es sei denn, der Fehler ist Windows-spezifisch (das sollte festgestellt werden, bevor bibisectRequest entfernt wird). Viele Fehler unter Windows treten auch unter Linux und macOS auf. Diese können somit erfolgreich bibisected werden.
bibisected
Beschreibung: Lässt die Entwickler wissen, dass der Fehler bibisected wurde. Weitere Informationen zur Bibisection siehe unter Bibisect.
Verwendung: Wird manuell nach der Bibisection des Fehlers vergeben.
bisected
Beschreibung: Lässt die Entwickler wissen, dass der Fehler bibisected wurde. Wird nur verwendet, wenn die genaue Version ermittelt ist, also nicht, wenn nur ein Versionsbereich ermittelt werden kann.
Verwendung: Wird mit Angabe der genauen fehlerhaften Version nach der Bibisection vergeben.
notBibisectable
Beschreibung: Bibisect scheitert für den speziellen Fehler.
Verwendung: Wenn Bibisect für diesen Fehler scheitert, wird notBibisectable angegeben. Es ist anzumerken, dass der Fehler im bibisect Versionsbereich auftritt, dieser Fehler aber nicht bibisectierbar ist. Das kann viele Gründe haben.
Hinweis: Dies trifft nicht für Fehler zu, die bereits in der ersten Version auftreten. Hierfür wird das Schlüsselwort “preBibisect” verwendet.
Verschlimmerung
regression
- das hat in einer früheren Version von LibreOffice bereits funktioniert, der Fehler wurde also erst kürzlich eingebaut.
possibleRegression
Beschreibung: possibleRegression heißt, ein Nutzer hat festgestellt, dass der Fehler in einer früheren Version von LibreOffice nicht vorhanden war, es sich also um eine Vefrschlimmerung handelt. Der aktuelle Status sieht vor, dass QA die Verschlimmerung bestätigen kann und die folgenden Schritte angestossen werden können (bibisect, usw.)
implementationError
Beschreibung: beschreibt Fehler, die mit einer neuen Funktionalität neu auftauchen.
Verwendung: Fehler tritt im Zusammenhang mit einer neuen Funktionaliät auf. Es gibt keine frühere Version mit dieser Funktionalität und ohne den Fehler. Darin liegt der Unterschied zur Verschlimmerung, da dabei eine frühere Version mit der Funktionalität und ohne den Fehler existiert. Der Unterschied zum Fehler "Inherited from OOo" besteht darin, dass sowohl Funktionalität als auch Fehler bereits in der ersten Version von LibreOffice vorhanden sind. Damit kann dieser Fall von Fehlern unterschieden werden, die noch nicht auf Verschlimmerungen gesichtet wurden.
Hinweis: Mit der Bibisection wird ermittelt, ob der Fehler und die Funktionalität tatsächlich gleichzeitig eingführt wurden. Falls das Problem kein Absturz oder Einfrieren ist, und auch keine schriftliche Spezifikation oder ein anderes starkes Interesse besteht, wie die Funktionalität sich verhalten sollte, wird der Fehler als Erweiterung bezeichnert.
EasyHack
needsDevEval
Beschreibung: Ein Fehler, der sich als Easy Hack qualifiziert und nur noch die Bestätigung eines Entwicklers benötigt.
Verwendung: Im Allgemeinen verwendet von Entwicklern und QA-Mitarbeitern mit langjähriger Berufserfahrung. Bitte sparsam verwenden, da ein Easy Hack die Zeit eines Entwickler erfordert, ihn zu bestätigen (oder zurückzuweisen).
easyHack
Beschreibung: Ein Fehler, der sich als guter Start für einen neuen Entwickler im Projekt eignet.
Verwendung: Entwickler sind die einzigen, die dieses Schlüsselwort verwenden. Entwickler stellen dabei Hilfestellung zur Verfügung. Entsprechende Voraussetzungen sind zur Behebung nötig.
difficultyBeginner
Beschreibung: Entwickler vergeben dieses Schlüsselwort an Easy Hacks (vergleiche Schlüsselwort easyHacks) um zu zeigen, dass nicht nuir der Fehler ein Easy Hack ist, sondern dass er "wirklich einfach" zu beseitigen ist und auch von echten Anfängern leicht zu bearbeiten ist. Diese Aufgaben sind gut, um den Code Review Prozess zu erlernen.
Verwendung: wird ausschließlich von Entwicklern vergeben, die die Vorarbeit (Code Hinweise angebracht) getan haben, um aus dem Fehler einen Easy Hack zu machen.
difficultyMedium
Beschreibung: Entwickler vergeben dieses Schlüsselwort an Easy Hacks (vergleiche Schlüsselwort easyHacks) um zu zeigen, dass ein wenig Nachdenken und Problemlösungskompetenz nötig sind. Also nicht für triviale Fehler zu verwenden.
Verwendung: wird ausschließlich von Entwicklern vergeben, die die Vorarbeit (Code Hinweise angebracht) getan haben, um aus dem Fehler einen Easy Hack zu machen.
difficultyInteresting
Beschreibung: Entwickler vergeben dieses Schlüsselwort an Easy Hacks (vergleiche Schlüsselwort easyHacks) um zu zeigen, dass der Fehler zwar für unsere Experten einfach zu beseitigen ist, aber für einen neuen Entwickler im Projekt durchaus sehr herausfordernd sein kann. Generelle gesprochen sollten Leute, die sich dieses Fehlers annehmen, sich bereits gut mit der Programmierung auskennen.
Verwendung: wird ausschließlich von Entwicklern vergeben, die die Vorarbeit (Code Hinweise angebracht) getan haben, um aus dem Fehler einen Easy Hack zu machen.
erforderliche Problemlösungskompetenzen
skillCpp
Beschreibung: easyHacks, die C++-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillJava
Beschreibung: easyHacks, die Java-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillJavaScript
Beschreibung: easyHacks, die JavaScript-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillPerl
Beschreibung: easyHacks, die Perl-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillPython
Beschreibung: easyHacks, die Python-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillSQL
Beschreibung: easyHacks, die SQL-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillVcl
Beschreibung: easyHacks, die VCL-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillUno
Beschreibung: easyHacks, die Uno-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillLibreOfficeBASIC
Beschreibung: easyHacks, die LibreOffice BASIC-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillDebug
Beschreibung: easyHacks, die Debugging-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillDesign
Beschreibung: easyHacks, die Design-Kenntnisse erfordern. Wenn topicDesign angegeben wird, ist der Fehler ohne Programmierkenntnisse lösbar (visual/UI design).
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillScript
Beschreibung: easyHacks, die Scripting-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillTest
Beschreibung: easyHacks, die Test-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
skillUI
Beschreibung: easyHacks, die Userinterface-Kenntnisse erfordern.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und welche Kenntnisse zur Fehlerbereinigung erforderlich sind.
Aufgaben
filter:xxx
Beschreibung: beschreibt ein besonderes Format für Fehler beim FILEOPEN / FILESAVE.
Beispiele:
filter:docx filter:rtf filter:svgInsert - eine SVG wird in ein Dokument eingefügt. filter:svgOpen - eine SVG wird in Draw geöffnet.
Wir können mit der Dateiformat Familie etwas leicht unterschiedliches machen:
filter:ooxml filter:odf
text:xxx
Beschreibung: beschreibt einen speziellen Text Layout Mechanismus.
Beispiele:
| Tag | Fehler zum Tag | Hinweise |
|---|---|---|
| text:rtl | text:rtl | Right to Left (von rechts nach links) |
| text:cjk | text:cjk | von oben nach unten (Chinesisch, Japanisch, Koreanisch) |
| text:ctl | text:ctl | Complex Text Layout (Layout für komplexe Texte) |
Das Standard Text Layout ist von links nach rechts, also langweilen wir nicht mit einem "text:ltr" Tag, das wäre albern.
topicCleanup
Beschreibung: EasyHack mit dem Fokus auf Code aufräumen.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und was das Thema (Kategorie) der Fehlerbereinigung ist.
topicQA
Beschreibung: EasyHack, der den Qualitätssicherungs Prozess verbessert.
Verwendung: Verwendet von Entwicklern, die bestätigen, dass needsDevEval EasyHacks sind und was das Thema (Kategorie) der Fehlerbereinigung ist.
topicDesign
Beschreibung: easyHacks, bei denen es um Design geht. Wenn skillDesign angegeben wird, ist der Fehler ohne Programmierkenntnisse lösbar (visual/UI design).
Verwendung: Verwendet von Entwicklern oder Designern, die bestätigen, dass needsDevEval EasyHacks sind und was das Thema (Kategorie) der Fehlerbereinigung ist.
Sonstiges
accessibility
Beschreibung: Der Fehler ist ein Erreichbarkeitsproblem. Erreichbarkeit bezieht sich auf Fehler und Erweiterungen in Bezug auf Nutzer mit besonderen Anforderungen. Anwendbar sowohl für Erweiterungsanforderungen als auch für Fehler.
Use: Manuell von jemandem vergegeben, der sich mit Erreichbarkeitsproblemen auskennt. Es geht um spezifische Fehler für Leute mit speziellen Anforderungen beim Umgang mit LibreOffice - generell keine Anforderungen um irgendetwas für alle einfacher zu machen.
perf
Beschreibung: Performanzproblem inklusive CPU Spitzen und Speicher Lecks.
Use: wird von erfahrenen QA-Leuten und Entwicklern verwendet. Performanzprobleme erfordern zusätzliche QA-Aufwand so wie ein Speicher vermahlen.
dataLoss
- Der Fehler betrifft Datenverlust beim Import, Export oder während das Programm läuft.
corruptProfile
- Verwendet für Fehler, die ein korruptes Datenprofil betreffen.
patch
- es gibt einen Patch für das Problem.
security
- Sicherheitsproblem
wantBacktrace
- ein backtracew/stacktrace hilft Entwicklern, das Problem einzugrenzen. Hier ist ein Link, wo erklärt wird, wie das gemacht wird: Bug report Debug Information.
haveBacktrace
- verwendet, wenn ein backtrace oder ein anderes Debug Protokoll beigelegt und vorzugsweise auf hilfreiche Informationen überprüft wurde.
needsUXEval
- Fehler mit Erweiterungen für das UI/UX von LibreOffice. Beachte, dass auch libreoffice-ux-advise
lists.freedesktop.org auf CC gesetzt wird, um das Designteam zu erreichen.
needUITest
- Fehler aus der Benutzung des UI und die später Teil der automatisierten Tests werden.
EasyHacks und Entwicklerinformationen
Es gibt einige Schlüsselwörter, um Development/EasyHacks zu klassifizieren. Informationen finden sich hier: