QA/Bugzilla/Felder/Status/NEEDINFO

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

    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.