Come gestire segnalazioni di bug o problemi in cui il giornalista non si preoccupa più e nessuno può riprodurlo?

0

C'è una segnalazione di bug che non interessa più al reporter originale e non riesco a riprodurre il problema. Esiste una terminologia inglese utilizzata per codificare questi problemi? Dovrebbero essere tenuti aperti e taggati con quel termine (ad esempio "scaduto") o dovrebbero essere chiusi?

Si noti che questa domanda non è la stessa di quella su bug che non è più rilevante. Il problema si verifica ancora per l'utente che lo ha segnalato e forse molti altri che non l'hanno fatto. Ma al momento, non c'è modo di testare una correzione o ottenere maggiori informazioni.

    
posta Tomáš Zato 18.05.2016 - 14:43
fonte

3 risposte

2

Se nessuno pensa che sia più un problema, allora il ticket può essere chiuso.

Il motivo della chiusura può essere qualsiasi motivo descrittivo, come "non un difetto", "non riproducibile" o "non più pertinente".

    
risposta data 18.05.2016 - 15:04
fonte
2

Dipende dal flusso di lavoro che si utilizza e essenzialmente dalle relazioni tra sviluppatori e clienti.

In Extreme Programming, appartiene al rappresentante del cliente per decidere cosa fare con il biglietto. Potrebbe considerare che è una priorità elevata e dovresti lavorarci su, o con priorità bassa, o dovrebbe essere rimossa. Se il bug è riproducibile è una storia diversa e dovrebbe diventare una preoccupazione primaria se e quando il rappresentante del cliente ritiene che il team dovrebbe lavorare sul problema.

Se, invece, nel tuo flusso di lavoro, appartiene agli sviluppatori o al project manager per considerare la priorità di un bug report, allora, hai una scelta. Senza alcun interesse da parte del cliente a lavorare più a lungo (o del tutto, spesso accade per progetti in cui qualsiasi cliente può inviare un bug report, soprattutto quando i report sono inviati per lo più automaticamente), puoi decidere:

  • Per continuare a controllare il bug, provare a riprodurre e alla fine risolvere il problema.

  • Considerare che il ROI di correggere questo bug è probabilmente inferiore allo zero. Questo può accadere su base frequente, come quando il bug riguarda una versione obsoleta del prodotto.

    In questo caso, chiudi il problema come "non riproducibile". Non etichettarlo. Chiudi: non è necessario inquinare il sistema di tracciamento dei bug mantenendo aperti tali bug. Assicurati che il tuo sistema di tracciamento dei bug mantenga tali segnalazioni di bug accessibili anche ai tuoi clienti: tale bug può essere riaperto da un altro cliente che potrebbe essere in grado di riprodurre il problema.

risposta data 18.05.2016 - 15:20
fonte
1

Sarebbe interessante scoprire perché il giornalista non è più interessato. Ci sono bug più importanti o è appena andato via?

Il bug dovrebbe ovviamente avere una bassa priorità ora e se non può essere riprodotto, allora sarei incline a impostarlo su "monitor" (se hai uno stato del genere nel tuo sistema) o lasciarlo aperto con stato "impossibile riprodurre".

Se nessuna di queste alternative è aperta a te, aggiungi le note necessarie e chiudila.

    
risposta data 18.05.2016 - 15:15
fonte

Leggi altre domande sui tag