Un tester inserisce una data non valida in un modulo di prenotazione e il sistema va in crash. Il bug — un difetto nel componente, ad esempio un’istruzione di validazione o una definizione di dati errata — fa sì che il componente non riesca a svolgere la propria funzione richiesta. Il tester registra il bug in un rapporto di difetto con i passi per riprodurlo, e lo sviluppatore corregge la causa. Quando la correzione viene ritestata e confermata, il bug viene chiuso.
Un bug è la stessa cosa di un difetto? Sì, nella terminologia ISTQB “bug” e “difetto” sono sinonimi: entrambi indicano un difetto in un componente o sistema che può far sì che esso non riesca a svolgere la propria funzione richiesta. Termini correlati: un guasto è lo stato del componente quando il difetto è presente, e un malfunzionamento è lo scostamento osservabile del componente dal suo comportamento atteso.
Qual è la differenza tra bug, guasto e malfunzionamento? Un bug (difetto) è il difetto stesso. Un guasto è lo stato errato causato dalla presenza del difetto. Un malfunzionamento è lo scostamento osservabile dall’esterno rispetto al comportamento atteso quando il guasto viene attivato durante l’esecuzione.
Ogni comportamento inatteso è un bug? Non necessariamente. Il comportamento può essere causato da un ambiente difettoso, dai dati di test o da un’azione dell’utente — oppure può essere un problema di specifica. Prima di definire qualcosa un bug è necessaria un’indagine.
Perché i tester usano “difetto” invece di “bug”? Perché “difetto” è il termine preciso e orientato alla specifica usato nelle norme e negli esami. “Bug” è la parola informale di uso quotidiano per lo stesso concetto.
Cosa dovrebbe contenere un buon rapporto di bug? Un titolo chiaro, i passi per riprodurre il problema, i risultati attesi rispetto a quelli effettivi, i dettagli dell’ambiente, la severità e la priorità, e prove a supporto come log o screenshot.
