Menu

Che cos'è il ciclo di vita di difetti / bug nei test del software? Tutorial sul ciclo di vita dei difetti

what is defect bug life cycle software testing

messa a punto delle prestazioni nelle domande dell'intervista Oracle

Prova Il Nostro Strumento Per Eliminare I Problemi

Introduzione al ciclo di vita dei difetti

In questo tutorial parlerò del ciclo di vita di un difetto per rendervi consapevoli delle varie fasi di un difetto che un tester deve affrontare mentre lavora in un ambiente di test.

Ho anche aggiunto le domande dell'intervista più frequenti sul ciclo di vita dei difetti. Questo è importante per conoscere i vari stati di un difetto per comprendere il ciclo di vita di un difetto. L'intenzione principale di eseguire un'attività di test è verificare se il prodotto presenta problemi / errori.

Tutorial sul ciclo di vita dei difetti

In termini di scenari reali, errori / errori / guasti sono tutti indicati come bug / difetti e quindi possiamo dire che l'obiettivo principale del test è garantire che il prodotto sia meno soggetto a difetti (nessun difetto è una situazione non realistica ).

Ora, sorge la domanda su cosa sia un difetto?

Cosa imparerai:

Cos'è un difetto?

Un difetto, in termini semplici, è un difetto o un errore in un'applicazione che limita il normale flusso di un'applicazione non corrispondendo al comportamento previsto di un'applicazione con quello effettivo.

Il difetto si verifica quando uno sviluppatore commette un errore durante la progettazione o la costruzione di un'applicazione e quando questo difetto viene rilevato da un tester, viene definito un difetto.

È responsabilità di un tester eseguire test approfonditi di un'applicazione per trovare il maggior numero possibile di difetti per garantire che un prodotto di qualità raggiunga il cliente.

È importante comprendere il ciclo di vita del difetto prima di passare al flusso di lavoro e ai diversi stati del difetto.

Quindi, diamo maggiori informazioni sul ciclo di vita dei difetti.

Finora abbiamo discusso il significato di difetto e la sua relazione nel contesto dell'attività di test. Ora, passiamo al ciclo di vita del difetto e comprendiamo il flusso di lavoro di un difetto e i diversi stati di un difetto.

Ciclo di vita dei difetti in dettaglio

Un ciclo di vita di un difetto, noto anche come ciclo di vita di un insetto, è un ciclo di un difetto dal quale attraversa coprendo i diversi stati della sua intera vita. Questo inizia non appena viene rilevato un nuovo difetto da un tester e termina quando un tester chiude quel difetto assicurandosi che non venga riprodotto di nuovo.

Flusso di lavoro difettoso

È ora il momento di comprendere il flusso di lavoro effettivo di un ciclo di vita del difetto con l'aiuto di un semplice diagramma come mostrato di seguito.

Difetto del ciclo di vita

Stati di difetto

# 1) Nuovo :Questo è il primo stato di un difetto nel ciclo di vita del difetto. Quando viene rilevato un nuovo difetto, si trova in uno stato 'Nuovo' e le convalide e i test vengono eseguiti su questo difetto nelle fasi successive del ciclo di vita del difetto.

# 2) Assegnato: In questa fase, un difetto appena creato viene assegnato al team di sviluppo per lavorare sul difetto. Questo viene assegnato dal responsabile del progetto o dal manager del team di test a uno sviluppatore.

# 3) Aperto: Qui, lo sviluppatore avvia il processo di analisi del difetto e lavora per risolverlo, se necessario. Se lo sviluppatore ritiene che il difetto non sia appropriato, potrebbe essere trasferito in uno dei quattro stati seguenti Duplicato, differito, rifiutato o non è un bug -basato sul motivo specifico.

Discuterò questi quattro stati tra un po '.

# 4) Risolto: Quando lo sviluppatore termina l'attività di correzione di un difetto apportando le modifiche richieste, può contrassegnare lo stato del difetto come 'Risolto'.

# 5) In attesa di nuovo test: Dopo aver corretto il difetto, lo sviluppatore assegna il difetto al tester per ripetere il test del difetto alla fine, e finché il tester non lavora per ripetere il test, lo stato del difetto rimane in 'Pending Retest'.

# 6) Ripeti il ​​test: A questo punto, il tester inizia il compito di lavorare sul nuovo test del difetto per verificare se il difetto è stato corretto o meno dallo sviluppatore secondo i requisiti.

# 7) Riapertura: Se un problema persiste nel difetto, verrà nuovamente assegnato allo sviluppatore per il test e lo stato del difetto verrà modificato in 'Riapertura'.

# 8) Verificato: Se il tester non trova alcun problema nel difetto dopo essere stato assegnato allo sviluppatore per il nuovo test e ritiene che se il difetto è stato risolto accuratamente, lo stato del difetto viene assegnato a 'Verificato'.

# 9) Chiuso: Quando il difetto non esiste più, il tester cambia lo stato del difetto in 'Chiuso'.

Qualcuno di più:

  • Respinto: Se il difetto non è considerato come un difetto autentico dallo sviluppatore, lo sviluppatore viene contrassegnato come 'Rifiutato'.
  • Duplicare: Se lo sviluppatore trova il difetto uguale a qualsiasi altro difetto o se il concetto di difetto corrisponde a qualsiasi altro difetto, lo stato del difetto viene modificato in 'Duplicato' dallo sviluppatore.
  • Differito: Se lo sviluppatore ritiene che il difetto non abbia una priorità molto importante e in tal caso può essere risolto nelle versioni successive, può modificare lo stato del difetto in 'Differito'.
  • Non è un bug: Se il difetto non ha un impatto sulla funzionalità dell'applicazione, lo stato del difetto viene modificato in 'Non è un bug'.

Il campi obbligatori quando un tester registra un nuovo bug sono Build version, Submit On, Product, Module, Severity, Synopsis e Description to Reproduce

Nell'elenco sopra, puoi aggiungerne alcuni campi facoltativi se stai usando un modello di invio manuale di bug. Questi campi facoltativi includono nome del cliente, browser, sistema operativo, allegati di file o screenshot.

I seguenti campi rimangono specificati o vuoti:
Se hai l'autorità per aggiungere i campi Stato bug, Priorità e 'Assegnato a', puoi specificare questi campi. Altrimenti, il Test Manager imposterà lo stato, la priorità del bug e assegnerà il bug al rispettivo proprietario del modulo.

Guarda il seguente ciclo di difetti

Ciclo di vita dei difetti / bug

L'immagine sopra è abbastanza dettagliata e se si considerano i passaggi significativi in ​​Bug Life Cycle, ne avrai una rapida idea.

Se la registrazione riesce, il bug viene esaminato dal responsabile dello sviluppo o del test. Il responsabile del test può impostare lo stato del bug come Aperto, può assegnare il bug allo sviluppatore o il bug può essere differito fino alla prossima versione.

Quando un bug viene assegnato a uno sviluppatore e lui / lei può iniziare a lavorarci sopra. Lo sviluppatore può impostare lo stato del bug come non risolvibile, non riproducibile, occorrono ulteriori informazioni o 'risolto'.

Se lo stato del bug impostato dallo sviluppatore è 'Occorrono ulteriori informazioni' o è stato risolto, il QA risponde con un'azione specifica. Se il bug viene corretto, il QA verifica il bug e può impostare lo stato del bug come verificato chiuso o riaperto.

Linee guida per l'implementazione del ciclo di vita dei difetti

Alcune importanti linee guida possono essere adottate prima di iniziare a lavorare con il Defect Life Cycle.

Questi sono i seguenti:

  • È molto importante che prima di iniziare a lavorare sul ciclo di vita del difetto, l'intero team comprenda chiaramente i diversi stati di un difetto (discusso sopra).
  • Il ciclo di vita dei difetti dovrebbe essere adeguatamente documentato per evitare qualsiasi confusione in futuro.
  • Assicurati che ogni individuo a cui è stato assegnato un compito relativo al Ciclo di vita del difetto comprenda molto chiaramente la sua responsabilità per ottenere risultati migliori.
  • Ogni individuo che sta cambiando lo stato di un difetto dovrebbe essere adeguatamente consapevole di quello stato e dovrebbe fornire dettagli sufficienti sullo stato e sul motivo per cui lo stato viene assegnato in modo che tutti coloro che stanno lavorando su quel particolare difetto possano capire il motivo di tale stato di un difetto molto facilmente.
  • Lo strumento di tracciamento dei difetti deve essere maneggiato con cura per mantenere la coerenza tra i difetti e, quindi, nel flusso di lavoro del ciclo di vita del difetto.

Successivamente, discutiamo le domande dell'intervista basate sul ciclo di vita del difetto.

FAQ importanti o domande di intervista sul ciclo di vita dei bug

D # 1) Che cos'è un difetto nella prospettiva del test del software?

Risposta: Un difetto è qualsiasi tipo di difetto o errore nell'applicazione che limita il normale flusso di un'applicazione non corrispondenti al comportamento previsto di un'applicazione con quello effettivo.

D # 2) Qual è la principale differenza tra errore, difetto e guasto?

Risposta: Errore: Se gli sviluppatori riscontrano una mancata corrispondenza nel comportamento effettivo e previsto di un'applicazione nella fase di sviluppo, lo chiamano Errore.

Difetto: Se i tester rilevano una mancata corrispondenza nel comportamento effettivo e previsto di un'applicazione nella fase di test, lo chiamano Difetto.

Fallimento: Se i clienti o gli utenti finali riscontrano una mancata corrispondenza nel comportamento effettivo e previsto di un'applicazione nella fase di produzione, lo chiamano guasto.

D # 3) Qual è lo stato di un difetto quando viene rilevato inizialmente?

Risposta: Quando viene rilevato un nuovo difetto, lo stato è 'Nuovo'. Questo è lo stato iniziale di un difetto scoperto di recente.

Q # 4) Quali sono i diversi stati di un difetto nel ciclo di vita del difetto quando un difetto viene approvato e risolto da uno sviluppatore?

Risposta: Diversi stati di un difetto, in questo caso, sono Nuovo, Assegnato, Aperto, Risolto, Pending Retest, Retest, Verified e Closed.

D # 5) Cosa succede se un tester trova ancora un problema nel difetto che è stato risolto da uno sviluppatore?

Risposta: Il tester può contrassegnare lo stato del difetto come 'Riapertura' se rileva ancora un problema nel difetto risolto e il difetto viene assegnato a uno sviluppatore per il nuovo test.

Q # 6) Cos'è un difetto producibile?

Risposta: Un difetto che si verifica ripetutamente in ogni esecuzione e i cui passaggi possono essere catturati in ogni esecuzione, allora un tale difetto è chiamato difetto 'producibile'.

Q # 7) Che tipo di difetto è un difetto non riproducibile?

Risposta: Un difetto che non si verifica ripetutamente in ogni esecuzione e che si produce solo in alcuni casi e i cui passaggi come prova devono essere catturati con l'aiuto di screenshot, allora un tale difetto è chiamato difetto 'non riproducibile'.

D # 8) Che cos'è un rapporto sui difetti?

Risposta: Un rapporto sui difetti è un documento che include la segnalazione delle informazioni sul difetto o sul difetto nell'applicazione che causa la deviazione del normale flusso di un'applicazione dal comportamento previsto.

D # 9) Quali dettagli sono inclusi in un rapporto sui difetti?

Risposta: Un rapporto sui difetti è costituito dai seguenti dettagli:

ID difetto, descrizione del difetto, nome funzione, nome caso di test, difetto riproducibile o meno, stato di un difetto, gravità e priorità di un difetto, nome del tester, data di test del difetto, versione build in cui è stato trovato il difetto .

E lo sviluppatore a cui è stato assegnato il difetto, il nome della persona che ha riparato il difetto, schermate di un difetto che raffigurano il flusso dei passaggi, la fissazione della data di un difetto e la persona che ha approvato il difetto.

D # 10) Quando un difetto viene modificato in uno stato 'differito' nel ciclo di vita del difetto?

Risposta: Quando un difetto riscontrato non è di estrema importanza e quello che può essere corretto nelle versioni successive viene spostato in uno stato 'differito' nel ciclo di vita del difetto.

Informazioni aggiuntive su difetti o bug

  • Un difetto può essere introdotto in qualsiasi momento del ciclo di vita dello sviluppo del software.
  • Prima che il difetto venga rilevato e rimosso, minore sarà il costo complessivo della qualità.
  • Il costo della qualità è ridotto al minimo quando il difetto viene rimosso nella stessa fase in cui è stato introdotto.
  • Il test statico rileva il difetto, non un guasto. Il costo è ridotto al minimo poiché il debug non è coinvolto.
  • Nei test dinamici, la presenza di un difetto viene rivelata quando causa un guasto.

Stati di difetto

S.No. Stato iniziale Stato restituito Stato di conferma
1Raccogliere informazioni per la persona responsabile della riproduzione del DifettoIl difetto viene rifiutato o vengono richieste ulteriori informazioniIl difetto è risolto e deve essere testato e chiuso
DueGli stati sono aperti o nuoviGli stati vengono rifiutati o chiariti.Gli stati sono risolti e verifica.

Report sui difetti non validi e duplicati

  • A volte si verifica un difetto, non a causa del codice ma a causa dell'ambiente di test o di incomprensioni, tale rapporto dovrebbe essere chiuso come difetto non valido.
  • In caso di rapporto duplicato, uno viene conservato e uno viene chiuso come duplicato. Alcune segnalazioni non valide vengono accettate dal Gestore.
  • Il Responsabile del test è il proprietario della gestione e del processo generale dei difetti e il team interfunzionale dello strumento di gestione dei difetti è generalmente responsabile della gestione dei rapporti.
  • I partecipanti includono Test Manager, Sviluppatori, PM, Production Manager e altri stakeholder che hanno un interesse.
  • Il comitato di gestione dei difetti dovrebbe determinare la validità di ogni difetto e stabilire quando correggere o differire. Per determinarlo, considerare i costi, i rischi e il vantaggio di non riparare alcun difetto.
  • Se il difetto deve essere riparato, la sua priorità deve essere determinata.

Dati sui difetti

  • Nome della persona.
  • Tipo di test
  • Riepilogo del problema
  • Descrizione dettagliata del difetto.
  • Passaggi per riprodurre
  • Fase del ciclo di vita
  • Prodotto di lavoro in cui è stato introdotto il difetto.
  • Gravità e priorità
  • Sottosistema o componente in cui viene introdotto il difetto.
  • Attività di progetto che si verificano quando viene introdotto il difetto.
  • Metodo di identificazione
  • Tipo di difetto
  • Progetto e prodotto in cui esiste il problema
  • Attuale proprietario
  • Lo stato attuale della relazione
  • Prodotto di lavoro in cui si è verificato il difetto.
  • Impatto sul progetto
  • Rischio, perdita, opportunità e vantaggi associati alla correzione o alla mancata riparazione del difetto.
  • Date in cui si verificano varie fasi del ciclo di vita del difetto.
  • La descrizione di come è stato risolto il difetto e le raccomandazioni per il test.
  • Riferimenti

Capacità di processo

  • Informazioni su introduzione, rilevamento e rimozione -> Migliora il rilevamento dei difetti e il costo della qualità.
  • Introduzione -> Analisi preliminare del processo in cui viene introdotto il maggior numero di difetti per ridurre il numero totale di difetti.
  • Informazioni sulla radice del difetto -> trova i motivi sottolineati del difetto per ridurre il numero totale di difetti.
  • Informazioni sul componente difettoso -> Esegui analisi cluster di difetti.

Conclusione

Tutto ruota intorno al ciclo di vita e alla gestione dei difetti.

Spero che tu abbia acquisito una conoscenza immensa sul ciclo di vita di un difetto. Questo tutorial, a sua volta, ti aiuterà a lavorare con i difetti in futuro in modo semplice.

Lettura consigliata

^