Tipi Principali di Difetti nel Software Testing

ottobre 1110:002011 da Nataliia VasylynaPrint Questo Articolo

Nota: l’articolo è stato aggiornato nel mese di agosto 2018.

Esistono diverse classificazioni di problemi software basate su un determinato criterio, ad esempio la classificazione in base alla gravità del difetto, alla probabilità e alla priorità.

Difetti del software in base alla loro gravità

Quando si tratta di gravità dei bug, ci sono quattro tipi principali:

• Critico – questioni che richiedono la rimozione immediata, influire sulle funzionalità di base del prodotto e può causare crash di sistema o blocco software operatività
• Principali difetti che influiscono sulle principali funzioni del sistema, ma non causare crash di tutto il sistema
• Minori – bug che non hanno un grande impatto sulla funzionalità del sistema e non influenzano il flusso di lavoro, ma che possono avere un impatto negativo sulla user experience
• Banali problemi che non sono legati alle funzionalità del sistema e che può essere ignorato, ad esempio, errori di ortografia.

La probabilità di difetto è un parametro che definisce la possibilità che il problema si verifichi e venga rilevato dagli utenti finali. Secondo questi criteri, ci sono difetti di probabilità alti, medi e bassi.

In termini di scopi commerciali, i difetti possono essere classificati come problemi di priorità alta, media e bassa. I difetti con priorità elevata dovrebbero essere fissati in un primo momento in quanto influenzano le esigenze aziendali.

Inoltre, esiste una tale classificazione dei difetti nei test del software:

Difetti extra

Un requisito incorporato nel prodotto che non è stato dato dal cliente. Questo di solito è una discrepanza dalla specifica del progetto, ma può anche essere una caratteristica richiesta dagli utenti finali. Tuttavia, è considerato un difetto in quanto non soddisfa i requisiti esistenti.

Difetti mancanti

Il requisito dato dal cliente non è stato eseguito. Questa è anche una discrepanza dalle specifiche-una caratteristica che non dovrebbe essere implementata secondo le specifiche. Può anche significare che il requisito del cliente non è stato notato in modo appropriato.

Difetti errati

I requisiti che vengono eseguiti in modo errato. In realtà, questo difetto può apparire a causa di incomprensioni all’interno del team di progetto e del cliente.