QA/Bugzilla/Fields/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.
    Other languages:

    NEEDINFO è un valore per il campo Status in Bugzilla.

    Questa pagina riguarda spiega lo scopo di NEEDINFO e descive i passi che il team del controllo qualità intraprende quando lo usa.

    Il significato di NEEDINFO

    "NEEDINFO rappresenta un bug che non può essere riprodotto e corretto fino a quando non vengono fornite ulteriori informazioni. Se un bug è rimasto in questo stato per più di 180 giorni, è considerato un vicolo cieco e può essere chiuso."

    Passaggi

    Quando imposta lo stato su NEEDINFO il team del controllo qualità prova a fare quanto segue:

    1. chiedere educatamente al segnalatore di chiarire la richiesta
    2. consentire al segnalatore di conoscere lo stato appropriato per impostare il bug dopo la richiesta di informazioni

    Ci sono delle risposte preimpostate che forniscono informazioni sufficienti in merito allo stato.

    Quando vengono fornite le informazioni

    Il fornitore di informazioni reimposta lo stato su UNCONFIRMED quando si risponde alle domande. Altrimenti, Bugzilla lo fa automaticamente (ma crea maggior confusione ai sottoscrittori).

    Quando le informazioni non vengono fornite

    Vedi le azioni automatizzate:

    Storia e fondamento logico

    Nel 2013, i membri del team Controllo qualità hanno avuto una lunga discussione sul significato di NEEDINFO. Sono state proposte modifiche al fine di identificare cosa significhi esattamente NEEDINFO. Fino ad allora NEEDINFO era uno stato che rimaneva per sempre, dove spesso si trovava da tempo indeterminato poiché l'utente non seguiva più il suo bug e quindi non forniva mai le informazioni richieste. In generale, c'era un accordo sul fatto che questo stato avrebbe dovuto fornire un'idea di quali bug avrebbero realisticamente attirato di nuovo l'attenzione, non solo essere un segnaposto per qualsiasi bug di cui richiediamo informazioni per poi semplicemente rimanere all'infinito. Questo ha portato all'attuale definizione.

    Ci sono stati diversi motivi per cui questa idea è stata concordata:

    • Relativamente standard in progetti di grandi dimensioni
    • Dà un'idea più appropriata di dove si trovano i bug (cioè sono essenzialmente morti e non vanno mai avanti, o è probabile che abbiano bisogno di ulteriore lavoro da parte de controllo qualità o degli sviluppatori)
    • Incoraggia gli utenti e i collaboratori a essere proattivi sulle segnalazioni di bug
    • Promemoria generale che esiste un bug: gli utenti spesso li hanno semplicemente dimenticati
    • Dare a NEEDINFO una definizione specifica su cui poter lavorare