Valutazione di bug/difetti nei test del software
Tommaso Hamilton
⚡ Riepilogo intelligente
La valutazione dei difetti è una riunione di revisione in cui il responsabile dei test, il responsabile dello sviluppo e il responsabile del progetto classificano ogni bug segnalato in base a gravità, priorità e rischio, quindi assegnano i responsabili e concordano una tempistica di risoluzione realistica.
Che cos'è la "Triage dei difetti"?
Il triage dei difetti è un processo in cui ogni bug viene prioritizzato in base alla sua gravità, frequenza, rischio, ecc. Il termine triage viene utilizzato nel Test del software / Il team di QA definirà la gravità e la priorità dei nuovi difetti.
Il nome deriva dalla medicina d'urgenza, dove il triage classifica i pazienti in base all'urgenza quando le risorse sono limitate. Un team di controllo qualità si trova ad affrontare lo stesso vincolo: l'elenco dei difetti è sempre più lungo del tempo disponibile prima della data di rilascio, quindi qualcuno deve decidere cosa correggere subito, cosa correggere in seguito e cosa rimandare. Il triage è la riunione in cui viene presa e registrata tale decisione.
Perché abbiamo bisogno del "Triage dei difetti"?
L'obiettivo del Bug Triage è valutare, dare priorità e assegnare la risoluzione dei difetti. Il team deve convalidare la gravità del difetto, apportare modifiche secondo necessità, finalizzare la risoluzione dei difetti e assegnare le risorse. Utilizzato principalmente nella gestione agile dei progetti.
Senza triage, i difetti rimangono nel tracker con la gravità che il tester addetto alla segnalazione ha scelto, e gli sviluppatori scelgono il lavoro in base alle preferenze personali piuttosto che all'impatto sul business. Il banner qui sotto riassume i motivi per cui i team mantengono la riunione in calendario.
Con quale frequenza è necessario condurre la "Triage dei difetti" in un rilascio?
La frequenza della riunione di valutazione dei difetti non è fissa. Dipende dalla situazione del progetto.
Ecco alcuni fattori importanti che decidono la frequenza delle riunioni di triage dei difetti:
Questi fattori importanti sono:
- Come da programma del progetto
- Numero di difetti nel sistema
- Impatto sugli orari di disponibilità dei membri del team
- Stato generale del progetto
Di solito, le riunioni di valutazione dei difetti si tengono due o tre volte a settimana.
Il ritmo si fa più serrato con l'avvicinarsi di una data di rilascio. I team che lavorano a breve termine Mischia le iterazioni spesso includono un breve triage nella routine quotidiana durante l'ultimo sprint, mentre un progetto su un ciclo più lungo guidato dalla pianificazione può eseguire il triage una volta alla settimana fino al test di regressione inizia la fase.
Chi sono i partecipanti obbligatori e gli altri partecipanti al "Defect Triage"?
Partecipanti obbligatori
I membri del progetto di seguito prendono sempre parte alle riunioni di triage dei difetti.
- Project Manager
- Responsabile del gruppo di prova
- Piombo Tecnico
- Responsabile del gruppo di sviluppo
Partecipanti facoltativi
- Sviluppatori
- Tester
- Analista aziendale
I partecipanti facoltativi vengono invitati quando un difetto specifico richiede il loro contributo, ad esempio quando un analista aziendale deve confermare se il comportamento segnalato contraddice effettivamente un requisito o se si tratta di una richiesta di modifica mascherata.
Ruoli e responsabilità dei partecipanti durante il "Triage dei difetti".
Ciascun partecipante obbligatorio arriva con una responsabilità diversa, e la riunione si svolge nei tempi previsti solo se tutti e tre si preparano in anticipo.
Responsabile del gruppo di prova
- Riunione pianificata di valutazione dei bug e invio di notifica della riunione per i partecipanti.
- Crea un rapporto sui difetti e invialo a tutti i partecipanti prima della riunione.
- Assegnare la priorità e gravità dei difetti.
- Fare una presentazione in modo che gli altri membri comprendano la causa principale del difetto.
- Ogni nota della riunione viene acquisita e inviata ai partecipanti alla riunione.
Responsabile dello sviluppo
- Aiuta nella definizione delle priorità dei difetti.
- Discutere la difficoltà del difetto e spiegare il rischio connesso a tale difetto.
- Assegnare il lavoro per correggere i difetti agli sviluppatori interessati.
- Aggiorna la risoluzione del difetto e includi note di sviluppo nel caso in cui manchino informazioni o informazioni aggiuntive necessarie agli sviluppatori.
Project Manager
- Aiuto nella definizione della priorità dei difetti.
- Discutere la data di rilascio della prossima iterazione per il QA.
- È necessario assicurarsi che anche i rappresentanti degli utenti correlati siano invitati alla riunione di valutazione dei bug.
Il responsabile del progetto stabilisce la data di rilascio, quindi la decisione finale su qualsiasi difetto contestato spetta solitamente a questa figura, come illustrato di seguito.
Cosa succede durante la riunione di "Triage dei difetti"?
- Il leader del team di test invia una segnalazione di bug con i nuovi difetti. Durante la riunione di valutazione dei difetti, ciascun difetto viene analizzato per verificare se gli sono state assegnate la giusta priorità e gravità.
- Se necessario, le priorità vengono riorganizzate.
- I difetti vengono analizzati e valutati in base al grado della loro gravità.
- Ciò include la discussione riguardante la complessità del difetto, i rischi, il rifiuto e la riassegnazione degli errori.
- Gli aggiornamenti vengono catturati nel bug tracsistema reale.
- L'ingegnere del QA apporterà le modifiche a ciascun difetto e le discuterà con ciascun partecipante.
- Il campo “Commenti” viene aggiornato correttamente annotando i punti essenziali dell'incontro.
Gran parte della discussione si concentra sui due ambiti che più facilmente possono generare confusione. Gravità e priorità vengono stabilite in modo indipendente, e un difetto può ottenere un punteggio elevato in uno e basso nell'altro.
| Aspetto | Gravità | Priorità |
|---|---|---|
| Cosa misura | Quanto gravemente il difetto danneggia il prodotto o la sua funzionalità | Entro quanto tempo deve essere riparato il difetto rispetto ad altri lavori? |
| Normalmente impostato da | Il collaudatore che segnala il difetto | Accordo raggiunto in fase di triage, con il responsabile del progetto e il responsabile del lato prodotto |
| Guidata da | Impatto tecnico e funzionalità interessate | Impatto sul business, visibilità presso i clienti e data di rilascio |
| Esempio di discrepanza | Gravità elevata, bassa priorità: un crash in una funzionalità che nessuno utilizza fino al prossimo trimestre. | Bassa gravità, alta priorità: nome dell'azienda scritto in modo errato sulla landing page. |
Suggerimento: Mantieni breve la discussione su un singolo difetto. Quando un problema non può essere risolto in un paio di minuti, accantonalo, assegna a qualcuno il compito di indagare e riproponilo alla sessione successiva, invece di lasciare che un singolo difetto monopolizzi l'intera riunione.
Qual è il risultato del "Triage dei difetti"?
Alla fine di ogni incontro, le metriche di triage dei difetti verranno preparate e consegnate a tutti i partecipanti. Questo rapporto funge da verbale della riunione che si rivelerà utile per le riunioni future.
Il rapporto è il punto in cui il triage si ricollega al più ampio processo di gestione dei difettiI team solitamente includono le seguenti informazioni:
- Difetti esaminati durante la sessione, con indicazione della gravità e della priorità concordate per ciascuno.
- Difetti appena assegnati, insieme allo sviluppatore che ora ne è responsabile.
- Difetti rinviati, respinti o contrassegnati come duplicati, con indicazione del motivo.
- Conteggio dei difetti aperti per livello di gravità, in modo da poter visualizzare l'andamento nel corso delle sessioni.
- Le decisioni prese sono state riportate alla riunione successiva.
Poiché ogni modifica viene riscritta nel tracker, lo stato di ogni elemento rimane coerente con la sua posizione nel ciclo di vita del difettoe la sessione successiva inizia da un elenco accurato anziché da uno obsoleto.
