QA/Bugzilla/Felder/Status/NEEDINFO

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

NEEDINFO ist ein Wert für das Status-Feld in Bugzilla.

Diese Seite erklärt den Zweck von NEEDINFO und beschreibt die Schritte zur Verwendung durch die QA.

Die Bedeutung von NEEDINFO

"NEEDINFO beschreibt einen Fehler, der ohne weitere Informationen nicht reproduziert und beseitigt werden kann. Wenn der Fehler in diesem Status seit über 180 Tagen steht, gilt er als erledigt und kann geschlossen werden."

Schritte

Beim Status NEEDINFO versucht das QA Team folgendes:

1. Klären, welche Informationen nötig sind.

1. Freundlich den Berichterstatter bitten, sich näher mit dem Fehler zu befassen.
2. Den Berichterstatter über den Status zu informieren, auf den er den Fehler setzen soll, wenn er die benötigten Informationen geliefert hat.

Wir haben einige vordefinierte Antworten, die genug Informationen über den Status liefern.

Sobald die Information vorliegt

Der Informant setzt den Status zurück auf UNCONFIRMED, sobald die Fragen beantwortet sind. Andernfalls macht das Bugzilla automatisch (aber das ist für die Abonnenten etwas geräuschvoller).

Wenn die Information nicht geliefert wird

Siehe unsere automatisierten Abläufe: First notification und Follow-up message.

Geschichte und Hintergründe

2013 führte das QA-Team eine längere Diskussion über die Bedeutung von NEEDINFO . Änderungen wurden gefordert, um die genaue Bedeutung von NEEDINFO zu identifizieren. Bis dahin war NEEDINFO ein Status für die Ewigkeit, nachdem einige User ihren Fehler nicht weiter verfolgten und daher die Informationen nie lieferten. Generell bestand Einigkeit darüber, dass dieser Status uns eine Idee darüber geben sollte, welche Fehler realistisch gesehen ein Problem sind und nicht nur ein Platzhalter für geforderte Informationen sind und dann für alle Ewigkeit unbearbeitet bleiben. Daher die aktuelle Definition.

Es gab einige Gründe für die aktuelle Regelung:

• Standardisierung bei größeren Projekten.
• Genauerer Überblick, wo ein Fehler steht (d. h. ist er generell tot und bewegt er sich nicht oder erfordertt er weitere Beachtung durch die QA oder durch Entwickler).

• Ermutigung der User und Verteiler proaktiv ihre Fehler zu betreuen.
• Allgemeine Erinnerung, dass der Fehler besteht: User vergessen das öfters.
• NEEDINFO eine Definition zu geben, die funktioniert.