defect triage process
Una guida completa al processo di valutazione dei difetti e ai modi efficaci per gestire la riunione di valutazione dei difetti:
Nell'articolo di oggi, impareremo a conoscere la riunione di triage dei difetti e come gestire una riunione di triage in modo più semplice ed efficace.
Prima di procedere ulteriormente con questo articolo, desidero che tutti sappiano cosa si intende per difetto, ciclo di vita del difetto e come impostare priorità e gravità per ogni difetto . Ed è necessario comprendere questi concetti di base relativi a un difetto o bug.
Puoi anche leggere il mio precedente articolo ' Ciclo di vita dei difetti e Processo di gestione dei difetti ' per comprendere rapidamente questi concetti.
Cosa imparerai:
- Panoramica
- Defect Triage Meeting
- Modello di valutazione dei difetti
- Processo di valutazione dei difetti
- Ruoli e responsabilità
- Conclusione
- Lettura consigliata
Panoramica
La parola 'Smistamento' è fondamentalmente utilizzato in campo medico. In realtà, era solito decidere l'ordine in cui i pazienti dovevano essere trattati. Di solito, nei grandi ospedali, dove ci sono migliaia di approcci del paziente per la consultazione o il trattamento effettivo su base giornaliera. Ma non tutti i pazienti vengono ammessi o trattati immediatamente.
La gravità della malattia o della lesione è il criterio principale per la consultazione e in base a questo tutti i pazienti sono classificati di conseguenza. Se la lesione o la salute di un paziente è molto critica, i medici di solito trattano tali pazienti come una priorità e vengono ammessi se necessario.
sito web per convertire i video di YouTube in mp3
Malattie normali o lesioni non critiche sono considerate una priorità inferiore e tali pazienti vengono trattati in seguito.
Allo stesso modo, il termine Triage viene introdotto nel test del software per i difetti dell'applicazione o di un progetto. Di solito, il processo di valutazione dei difetti viene implementato in progetti di grandi dimensioni e in molti casi non è applicabile a progetti su piccola scala. Ci sono possibilità di identificare un numero enorme di difetti in progetti più grandi rispetto a progetti medi o piccoli.
Anche in progetti più grandi, la frequenza di identificazione dei difetti è molto più alta.
Dai un'occhiata all'immagine sottostante che mostra il risultato della riunione di triage dei difetti e fornisce risposte a domande specifiche come:
Defect Triage Meeting
L'obiettivo principale di una riunione di triage è tenere traccia di tutti i difetti e garantire la corretta risoluzione in modo tempestivo.
Durante la fase di esecuzione del test, i tester iniziano a segnalare i difetti nello strumento di gestione dei difetti come HP ALM , QC ecc. Quindi Defect Triage Meeting si tiene in cui gli sviluppatori e i tester devono essere presenti poiché queste persone discuteranno di tutti i difetti e intraprenderanno l'ulteriore linea di condotta necessaria.
Principalmente è richiesta obbligatoriamente la presenza dei seguenti partecipanti:
- Responsabile del progetto
- Cavo di prova
- Responsabile dello sviluppo o sviluppatore
- Tester
- Test Manager
- Analista di affari
- Responsabile dell'ambiente
Sebbene abbia fornito un elenco esaustivo di tutti i partecipanti al meeting, non è necessario coinvolgerli tutti come Business Analyst, Environment Manager, Test Manager, ecc. Nella riunione quotidiana. Ogni volta che è necessario, il Test Lead o il Project Manager li invitano e possono condividere i loro preziosi feedback e opinioni su un difetto specifico.
E l'intera squadra è conosciuta come a Team di triage . Ora spiegherò il processo esatto della riunione di triage e come è organizzata questa riunione.
Considera un esempio ipotetico :Abbiamo un progetto relativo all'applicazione bancaria, le dimensioni sono molto grandi e la frequenza di identificazione e segnalazione del difetto è alta. Pertanto, il responsabile del test decide di organizzare una riunione per la valutazione dei difetti con i partecipanti richiesti.
Per impostare una riunione, il responsabile del test invia un invito alla riunione via e-mail a tutti e imposta un orario particolare per il triage meeting. L'immagine ipotetica riportata di seguito mostra l'invito alla riunione inviato da un responsabile del test tramite Outlook a tutti i partecipanti.
Qui tutto è immaginario nell'immagine sottostante come: i nomi dei partecipanti, la sala riunioni, i dettagli della teleconferenza, la data, l'ora ecc.
(Nota:Fare clic su qualsiasi immagine per ingrandirla)
Ogni giorno prima dell'inizio della riunione di triage, il Test Lead invia un elenco di tutti i difetti 'aperti' è un formato di foglio di calcolo a tutti i partecipanti in modo che possano esaminare tutti i difetti prima della riunione e capire qual è esattamente il difetto e che tipo di correzione è necessaria per questo.
Prima dell'inizio di ogni riunione di triage, assicurarsi che ogni difetto:
- Dispone di informazioni sufficienti per comprendere il difetto per tutti i partecipanti alla riunione.
- Ha riportato sotto progetto e categoria corretti.
- Ha menzionato la priorità e la gravità dei difetti.
- Tutte le informazioni dettagliate fornite nel difetto per comprenderlo correttamente a tutti i partecipanti.
Lettura consigliata => Una guida completa al processo di gestione dei difetti
Modello di valutazione dei difetti
Prima del kickstart di ogni riunione di valutazione dei difetti, il responsabile del test condivide il rapporto sui difetti con tutti i partecipanti in un formato specifico e il rapporto estratto dallo strumento di gestione dei difetti come HP ALM, HP QC ecc. Sto mostrando un formato di esempio nel sotto l'immagine che darà un'idea di alto livello di quali campi sono menzionati nel modello di rapporto sui difetti.
Di solito, i campi inclusi nel rapporto sui difetti sono:
- ID difetto
- Descrizione
- Priorità
- Gravità
- Data rilevata
- Rilevato da
- Stato
L'elenco non è esaustivo ma, a seconda delle necessità del progetto, possono essere inclusi gli altri campi nel modello di report sui difetti.
Di solito, il formato del foglio di calcolo viene utilizzato come modello per la segnalazione dei difetti, quindi ho fornito i dettagli dei difetti ipotetici nel formato del foglio di calcolo. Si prega di notare che tutte le informazioni fornite nel rapporto sui difetti di cui sopra sono solo immaginarie e non si riferiscono ad alcun progetto o applicazione effettiva.
Processo di valutazione dei difetti
Una situazione comunemente ascoltata e sperimentata nei team di test è la disponibilità limitata di risorse. Il triage dei difetti è un processo che cerca di riequilibrare come risultato di questo fenomeno. Quindi, quando ci sono molti difetti e sviluppatori / tester limitati per correggerli / verificarli, il triage dei difetti aiuta a ottenere il maggior numero di difetti possibile risolvendo il bilanciamento del personale tecnico in base a parametri di difetto come priorità e gravità.
In genere, a una sessione di triage dei difetti partecipa il Product Manager, un responsabile dello sviluppo, un responsabile del test e talvolta analisti aziendali. In alcuni casi, alcuni altri membri possono anche essere invitati a esprimere le loro opinioni e prospettive su determinati difetti. Questi sono chiamati collettivamente un team di triage.
La maggior parte dei sistemi utilizza la priorità come criterio principale per valutare il difetto, tuttavia, un buon processo di triage considera anche la gravità.
Diamo uno sguardo più da vicino al processo di triage con due esempi di cui abbiamo parlato nella sezione precedente. In entrambi gli esempi precedenti, sarebbe effettivamente il primo difetto a cui sarebbe stata data una priorità molto alta. Nonostante sia solo un difetto estetico, l'impatto del mancato fissaggio sarebbe enorme.
Il secondo, invece, è sicuramente un difetto di funzionalità, tuttavia il suo verificarsi è solo in determinate condizioni che sono raramente praticate in scenari di clienti. La riparazione potrebbe richiedere più tempo e persone, che potrebbero essere utilizzate meglio per altri difetti. Quindi riterrebbe una priorità inferiore a quella del primo e forse rimandare il candidato a un altro rilascio.
Pertanto, il processo di triage prevede che il team di triage si sieda insieme, esaminando tutti i difetti compresi i difetti rifiutati. Tracciano una valutazione iniziale dei difetti in base al contenuto, alle rispettive priorità e alle impostazioni di gravità; con ogni persona nel team di triage che presenta la propria prospettiva su come assegnare la priorità ai difetti.
Il product manager quindi imposta la priorità in base a tutti gli input e assegna il difetto al rilascio corretto, ovvero nella versione corrente o in qualsiasi versione futura. Reindirizza inoltre il difetto al proprietario / team corretto per ulteriori azioni. Anche i difetti rifiutati vengono sottoposti a un'analisi simile. Sulla base del motivo del rifiuto, viene determinata l'azione futuristica se deve essere differito o annullato.
Nella riunione di triage, ogni difetto dovrebbe essere discusso, compresi i difetti che sono classificati come uno con priorità inferiore. La revisione del team di triage valuta tutti i difetti e intraprende le azioni necessarie su ogni difetto. Se un difetto è a corto di informazioni, lo sviluppatore riassegna tali difetti ai tester e richiede le informazioni necessarie.
La riunione di triage può essere tenuta nella sala riunioni se tutti i partecipanti si trovano nella stessa posizione. Ma in molte organizzazioni, il lavoro viene svolto da una posizione diversa e tutti i team sono distribuiti in varie località in modo che la riunione si svolga anche utilizzando la teleconferenza o Skype aziendale.
( Immagine fonte )
Procedura dettagliata della riunione di triage dei difetti:
- Il responsabile del test dà il via alla riunione con il rapporto sui difetti inviato in precedenza il giorno stesso.
- La discussione inizia con le azioni in sospeso dalla precedente riunione di triage. Inizialmente vengono discussi gli aggiornamenti necessari o le azioni intraprese su qualsiasi difetto.
- Se sono presenti nuovi difetti nel rapporto sui difetti, questi vengono esaminati e valutati. Verifica inoltre se la priorità e la gravità sono state assegnate correttamente, in caso contrario vengono corrette durante la riunione.
- Tutti i difetti vengono discussi durante la riunione e il team di sviluppo discute anche della complessità della correzione del difetto. Anche il rischio associato al difetto viene discusso dal team di triage.
- Il team di triage giunge a una conclusione su quale difetto dovrebbe richiedere attenzione e correzione immediata e quale difetto deve attendere un po 'di tempo e, se necessario, tali difetti possono essere rinviati a versioni future.
- Tutti i difetti vengono assegnati al rispettivo team in QC o ALM contemporaneamente durante la riunione. Commenti appropriati vengono aggiunti anche nel QC / ALM.
- Tutti gli aggiornamenti essenziali e le azioni da intraprendere vengono annotati e il responsabile del test chiede la fine della riunione.
- Dopo il completamento della riunione di valutazione, il responsabile del test invia i verbali della riunione a tutti i partecipanti.
Ruoli e responsabilità
I ruoli e le responsabilità in base a ciascuna categoria sono spiegati di seguito:
Cavo di prova
- Test Lead pianifica una riunione di triage dei difetti e invia un invito formale alla riunione al team richiesto.
- Invia il rapporto sui difetti prima di ogni riunione di triage.
- Inizia la riunione con le azioni in sospeso della precedente riunione di valutazione.
- Discutere di ogni difetto e impatto sulla pianificazione se alcune funzionalità sono bloccate a causa del difetto.
- Aiuta ad assegnare la priorità e la gravità di ogni difetto se non è stato assegnato correttamente in precedenza.
- Aggiorna il QC / ALM con i commenti appropriati.
- Annotare tutti gli aggiornamenti, le azioni, i rischi relativi a un difetto, ecc.
- Invia i verbali della riunione a tutti i partecipanti.
Responsabile sviluppo / sviluppatore
- Condividi gli aggiornamenti sugli elementi di azione in sospeso dall'ultima riunione di valutazione.
- Discuti tutti i difetti da una prospettiva tecnica.
- Identificare il tempo necessario per la riparazione in base alla complessità del difetto e alla funzionalità.
- Discutere la complessità del difetto e il rischio associato al difetto, se presente.
- Il responsabile dello sviluppo assegna il difetto allo sviluppatore appropriato dopo aver convalidato tutte le informazioni dettagliate disponibili.
- Aggiorna il difetto con la data di risoluzione prevista.
- Aiuta a identificare la causa principale del difetto.
Responsabile del progetto
- Assicurati che tutti i rappresentanti di ogni area siano disponibili per la riunione.
- Se necessario, il project manager invita l'analista aziendale alla riunione per la sua opinione su uno specifico difetto.
- Se i difetti non si muovono o se è presente un blocco maggiore, si intensifica con il processo di escalation.
- Se necessario, funge da mediatore in caso di controversia o conflitto tra le squadre e prende la decisione necessaria.
- Prendi la conferma dal team di sviluppo per la prossima data di rilascio per i difetti risolti.
- Informare tutti i team del programma aggiornato e della data di rilascio del progetto.
A volte, è anche una buona idea coinvolgere gli altri membri del team nella chiamata di triage in modo che possano anche capire e contribuire alla riunione e, se necessario, possono anche fornire il loro feedback.
Conclusione
Ogni difetto registrato dovrebbe essere discusso durante la riunione di triage.
Anche se un difetto viene rifiutato, il team di test dovrebbe conoscere il motivo del rifiuto. Inoltre, se uno qualsiasi dei difetti non è riproducibile, durante il triage meeting lo sviluppatore può chiedere ai tester i dettagli in tempo reale e possono provare a riprodurre il difetto.
Il Defect Triage è importante in quanto tutti sapranno quando il difetto verrà risolto e saranno disponibili per un nuovo test. Se uno qualsiasi dei difetti non è critico e per correggere il difetto, sono necessari enormi sforzi da parte del team di sviluppo e la decisione sarà presa dal project manager.
Il project manager deciderà la priorità di tale difetto e se necessario i difetti potranno essere rimandati alla prossima release.
Spero che tu abbia un'idea chiara della valutazione dei difetti, del processo di valutazione dei difetti e dei modi per gestire efficacemente le riunioni di valutazione dei difetti!
Lettura consigliata
- Processo di gestione dei difetti: come gestire un difetto in modo efficace
- Che cos'è la tecnica di test basata sui difetti?
- Metodi e tecniche di prevenzione dei difetti
- Che cos'è il ciclo di vita di difetti / bug nei test del software? Tutorial sul ciclo di vita dei difetti
- Tutorial Bugzilla: Tutorial pratico dello strumento di gestione dei difetti
- Tutorial Micro Focus Quality Center (giorno 6) - Gestione dei difetti
- Valutazione dei difetti in Scrum: come è organizzata in un setup di Scrum
- 3 peggiori abitudini di segnalazione dei difetti e come romperli