Incontrare lo stesso problema in un'applicazione

La raccomandazione è creare un singolo record di bug. All'interno del bug, hai 2 scelte;

1. Puoi notare solo le occorrenze specifiche trovate e / o avere controlli casuali su diverse aree per determinare l'ambito del problema.
2. Elenca tutte le aree dell'applicazione che hanno un comportamento simile e nota se sono state testate per il bug. Dev può iniziare sulle prime aree trovate, mentre il QA continua a testare ulteriori aree dell'applicazione. Assicurati solo che comunichino e coordinino su eventuali aree aggiuntive trovate.

La regola generale è che se il bug ha più probabilità di essere dovuto alla stessa causa e richiede la stessa correzione, allora crea un singolo bug. Se durante la diagnosi o la risoluzione del problema, lo sviluppatore o il tester trova cause / correzioni diverse, lo sviluppatore o il tester è responsabile della divisione del bug.

Nota che parte del tuo processo dovrebbe anche essere quello di identificare questi tipi di problemi e avere incontri periodici con il team di sviluppo sui problemi principali. In quanto team, dovrai decidere sull'allenamento, test dell'unità più approfonditi o qualche altro requisito per affrontare efficacemente la causa del problema.

In tal caso creerei un bug e, in esso, elencare tutte le aree in cui il problema dovrebbe essere risolto.

Con cose come questa ha senso raggrupparle insieme come un unico pacchetto di lavoro. Lo sviluppatore responsabile può quindi risolverli tutti relativamente facilmente se si tratta di una correzione ripetibile.

Parla con il team di sviluppo (o anche con i tuoi compagni di team di sviluppo), come preferiscono.

I bug sono alla fine elementi di lavoro per loro, quindi la loro opinione è importante.

Tecnicamente entrambe le opzioni (e la terza, avendo un 'super bug' con tutte le occorrenze come 'minion di bug') sono praticamente le stesse. La parte importante è qui per chiarire

• qual è l'errore
• dove & quando succede? In una pagina, su tutte le pagine, su molte pagine?

Il resto è più psicologia di ogni altra cosa. Ho visto una recensione che sulla revisione di un documento ha fatto un commento di recensione su una formattazione sbagliata delle intestazioni separatamente per ogni singola intestazione in un documento di oltre 100 pagine. Non ha fatto amicizia con quello.

Ma se il bug è stato risolto separatamente su molte pagine e ciò richiede forse 3 ore per caso, un bug separato potrebbe essere considerato una cosa carina, perché consente di verificare i progressi in modo ragionevole.

Quindi, per concludere: parla al team.

Un'attività o una storia genitore a cui sono collegati registri di bug separati.

Quindi questa responsabilità potrebbe essere condivisa nel fissare varie occorrenze del problema. Il carico di lavoro e l'effetto sugli impegni di progetto possono anche essere visualizzati se vengono registrati sempre più bug sul registro principale.

Se il colpevole è diventato il PROPRIETARIO della storia principale (in Jira ad esempio), allora potrebbero essere avvisati di ogni bug aggiunto e possono quindi essere pienamente consapevoli di cosa ha rotto dove E i loro progressi nel risolvere i problemi possono essere rintracciato.