QA/Bugzilla/Felder/Schwere

TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Spende

• Start
• Entwicklung
• Gestaltung
• QA
• Events
• Dokumentation
• Webseite
• Lokalisierung
• Barrierefreiheit
• Marketing
• Diversität
• Wiki Hilfe

• Bug Report
• Bugs bestätigen
• Projekte
• Rückschritt Test
• Automatischer Tests
• Bibisect
• QA Treffen
• QA FAQs

Diese Seite handelt vom Feld Severity in Bugzilla.

Erste Schritte

Es folgt eine allgemeine Beschreibung für jeden Schweregrad von kritisch (Critical) bis unerheblich (Erweiterung). Dies ist als generelle Richtlinien für QA-Mitarbeiter gedacht, die die Fehler sichten wollen.

Am Ende des Artikels ist eine Grafik, die ein Beispiel gibt, wie man die Schwere der Fehler einordnen kann, sobald diese gesichtet wurden und von UNCONFIRMED auf NEW oder ASSIGNED geändert wurden. Dies sind generelle Richtlinien und keine strengen Vorgaben. Vorschläge zur Verbesserung des Prozesses sind in der QA Mailing Liste immer herzlich willkommen. Dort können wir mögliche Änderungen diskutieren.

Zuggriffskontrolle

Um sicherzustellen, dass die gesichteten Fehler von der QA so konsistent wie möglich priorisiert werden ist der Zugriff auf das Feld Severity teilweise beschränkt auf Admins und Nutzer in der Gruppe der 'Contributors (Mitarbeiter)'. Diese haben unsere Strategie gelernt. In der folgenden Liste steht

•  gelb  - für zugänglich für Mitarbeiter und höher und
•  grün  - für zugänglich für alle

Wenn Du mitmachen wilst, geht das ganz leicht.

1. Lies Dir diese Seite durch und mach Dich mit unserer Struktur der Schweregrade vertraut.
2. Frage einen der Bugzilla Admins im QA IRC Channel oder in der QA Mailing List um Deinen Account zum Mitarbeiter zu befördern. Wir freuen uns, Dich mit an Bord zu haben!!

Schweregrade

•  Critical (kritisch) 

Abbrüche, Datenverlust, ernstes Speicherleck

•  Major (schwerer Fehler) 

massiver Funktionsverlust

•  Normal 

regulärer Fehler, geringer Funktionsverlust unter besonderen Umständen

•  Minor (leichter Fehler) 

geringer Funktionsverlust oder anderes Problem, bei dem es einen einfachen Weg zum Umgehen des Problems gibt.

•  Trivial 

kosmetisches Problem wie ein Schreibfehler oder verschobener Text

•  Enhancement (Erweiterung) 

Erweiterungsanforderung

Beispielsgrafik(en)

Verbesserungen dieses Artikels mit Beispielen, wie die Beurteilung der Schwere vorgenommen werden kann, sind immer willkomen. Es gibt nicht den einen richtigen Weg. Aber wenn wir uns einmal auf eine Möglichkeit geeinigt haben, sollte jedes QA-Mitglied alles in seiner Macht stehende tun, konsistent zu sein. Also: versucht zu kommentieren, wenn Ihr Abläufe ändert, damit andere Euren Gedankengang nachvollziehen können.

Beispiel