QA/Bugzilla/Felder/Status

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


    Dies Seite handelt vom Feld Status (aka Bug Status (Fehler Status) oder bug_status) in Bugzilla. Die zulässigen Werte dazu sind auf der Bugzilla documentation page definiert.

    BzLifecycleold.png

    Jeder LibreOffice Fehler in Bugzilla hat einen der folgenden Status:

    Auswahl des korrekten Fehlerstatus

    Unglücklicherweise sind die Erklärungen im Bugzilla nicht für die existierenden Fehler Status.

    UNCONFIRMED

    UNCONFIRMED: diese Fehler wurden noch nicht von anderen Usern oder auf einem anderen PC reproduziert.

    NEW

    NEW: diese Fehler können reproduziert werden und müssen noch korrigiert werden. Mindestanforderungen sind:

    1. Der Fehler existiert in einer aktuellen LibreOffice-Version. 'NEW wird nicht für Fehler in LibreOffice 3.3.0, die in Version 3.3.1 o. ä. reproduziert wurden.
    2. Es ist ein echter Fehler. Der Status heißt nicht, dass jemand das beobachtete Verhalten nicht versteht.
    • Keine Dubletten vorhanden
    • Klare und deutliche Zusammenfassung
    • Klare Problembeschreibung
    • Schritte zur Reproduktion - falls sie nicht direkt aus der Zusammenfassung und/oder Beschreibung hervorgehen
    • Anhänge - in vielen Fällen sind Anhänge zur Reprocuktion des Problems nötig. Falls Anhänge nicht zur Verfügung stehen, kann das einer sauberen Problemlösung im Weg stehen.

    Der Status kann nicht vom Melder von UNCONFIRMED auf NEW geändert werden. Es gibt aber Ausnahmen: wenn der Fehler bereits mit einer präzisen Bestätigung bisected wurde, oder Ihre Organisation wurde geprüft für eigenbestätigte Meldungen.

    Wenn ein Problem nicht reproduziert werden kann, obwohl mit dem System des Melders getestet wurde und Sie vermuten, dass der Status NEW falsch ist (Weil es z. Bsp. kein echter Fehler sondern eine Fehleingabe des Users ist), hinterlassen Sie diesen Verdacht in einem Kommentar in der Beschreibung.

    NEEDINFO

    NEEDINFO: hier ist die Information in der Fehlerbeschreibung nicht ausreichend, um die Fehlerbereinigung zu beginnen. Beim Setzen des Status NEEDINFO wird der Infogeber und die fehlende Information in einem Kommentar angegeben.

    Der Fehler wird NICHT auf den Infogeber gestellt. Dieses Feld ist für den Entwickler reserviert, der den Fehler bearbeitet.

    Fehler wieder aktivieren

    • Bei wenig Erfahrung in Bugzilla wird in einem Kommentar vermerkt, dass der Fehler noch existiert. Jemand vom QA Team oder ein Entwickler kümmert sich darum.
    • Wenn der Fehler den Status FIXED hat, wird sehr genau überprüft, ob der alte Fehler wieder auftaucht (das kommt wirklich selten vor) oder ob nur sehr ähnliche Symptome wie beim FIXED Fehler auftreten. Für die vorbereitenden Tests sollten sehr genau die urprüngliche Beschreibung Schritt für Schritt mit der neuen LibreOffice Verion ausgeführt werden. Bei wenig Erfahrung und dem geringsten Zweifel wird ein neuer Fehlerbericht eröffnet und der Zweifel in der Beschreibung aufgenommen werden und die alte Fehlernummer zitiert werden.
    • Wenn der alte Fehler auf Status WORKSFORME steht, dann kann er jederzeit wieder geöffnet werden. Davor wird aber genau geprüft, ob wirklich der beschriebene Fehler beobachtet wird und ob die LibreOffice Version den FIX bereits enthalten kann. Dazu wird die Zielinformation aus dem Whiteboard zu Rate gezogen!
    • In any case please contribute a detailed step by step instruction how to reproduce your result that the problem has reappeared.

    Siehe auch