STLC - Classificazione dei difetti
I difetti sono classificati dal punto di vista del team QA come Priority e dal punto di vista dello sviluppo come Severity(complessità del codice per risolverlo). Queste sono due classificazioni principali che svolgono un ruolo importante nel lasso di tempo e nella quantità di lavoro necessaria per correggere i difetti.
Cos'è la priorità?
La priorità è definita come l'ordine in cui i difetti devono essere risolti. Lo stato di priorità viene solitamente impostato dal team QA mentre solleva il difetto contro il team di sviluppo menzionando il periodo di tempo per correggere il difetto. Lo stato di priorità viene impostato in base ai requisiti degli utenti finali.
Ad esempio, se il logo dell'azienda è posizionato in modo errato nella pagina Web dell'azienda, la priorità è alta ma di bassa gravità.
Elenco delle priorità
Una priorità può essere classificata nei seguenti modi:
Low - Questo difetto può essere risolto dopo che quelli critici sono stati corretti.
Medium - Il difetto dovrebbe essere risolto nelle build successive.
High - Il difetto deve essere risolto immediatamente perché il difetto influisce notevolmente sull'applicazione e i relativi moduli non possono essere utilizzati fino a quando non viene risolto.
Urgent - Il difetto deve essere risolto immediatamente perché il difetto pregiudica gravemente l'applicazione o il prodotto e il prodotto non può essere utilizzato fino a quando non è stato risolto.
Cos'è la gravità?
La gravità è definita come la malvagità del difetto sull'applicazione e la complessità del codice per risolverlo dal punto di vista dello sviluppo. Itè correlato all'aspetto di sviluppo del prodotto. La gravità può essere decisa in base a quanto grave / cruciale è il difetto del sistema. Lo stato di gravità può dare un'idea della deviazione nella funzionalità dovuta al difetto.
Example - Per il sito web di volo, il difetto nella generazione del numero del biglietto contro la prenotazione è di alta gravità e anche di alta priorità.
Elenco di gravità
La gravità può essere classificata nei seguenti modi:
Critical /Severity 1- Il difetto influisce sulla funzionalità più cruciale dell'applicazione e il team di controllo qualità non può continuare con la convalida dell'applicazione sotto test senza risolverlo. Ad esempio, app / prodotto si bloccano frequentemente.
Major / Severity 2- Il difetto influisce su un modulo funzionale; il team QA non può testare quel particolare modulo ma continuare con la convalida di altri moduli. Ad esempio, la prenotazione del volo non funziona.
Medium / Severity 3- Il difetto presenta un problema con la schermata singola o relativo a una singola funzione, ma il sistema funziona ancora. Il difetto qui non blocca alcuna funzionalità. Ad esempio, Ticket # è una rappresentazione che non segue i caratteri alfanumerici corretti come i primi cinque caratteri e gli ultimi cinque come numerici.
Low / Severity 4- Non influisce sulla funzionalità. Può essere un difetto estetico, incoerenza dell'interfaccia utente per un campo o un suggerimento per migliorare l'esperienza dell'utente finale dal lato dell'interfaccia utente. Ad esempio, il colore di sfondo del pulsante Invia non corrisponde a quello del pulsante Salva.