Che cosa è ripetere il test?
Ripetere il test : per garantire che i difetti riscontrati e pubblicati nella build precedente siano stati corretti o meno nella build corrente.
Il nuovo test esegue nuovamente i casi di test precedentemente falliti sul nuovo software per verificare se i difetti registrati in precedenza sono corretti o meno.
In parole semplici, Ripetere il test sta testando un bug specifico dopo che è stato risolto.
Esempio: Diciamo che è stata rilasciata la Build 1.0. Durante il test della Build 1.0, il team di test ha rilevato alcuni difetti (ad esempio, Id difetto 1.0.1 e Id difetto 1.0.2) e pubblicato. Il team di test verifica i difetti 1.0.1 e 1.0.2 nella Build 1.1 (solo se questi due difetti sono menzionati nella Nota di rilascio della Build 1.1) per assicurarsi che i difetti siano corretti o meno.
Processo: Come per il ciclo di vita del bug, una volta che un tester ha trovato un bug, il bug viene segnalato al team di sviluppo. Lo stato di Bug dovrebbe essere “Nuovo”. Il team di sviluppo può accettare o rifiutare il bug. Se il team di sviluppo accetta il bug, lo correggono e lo rilasciano nella prossima versione. Lo stato del bug sarà “Pronto per il QA”. Ora il tester verifica il bug per scoprire se è stato risolto o meno. Questo test è noto come ripetere il test. Il nuovo test è un test pianificato. Usiamo gli stessi casi di test con gli stessi dati di test che abbiamo usato nella build precedente. Se il bug non viene trovato, cambiamo lo stato del bug come “Corretto”, altrimenti cambiamo lo stato come “Non corretto” e inviamo un documento di test del difetto al team di sviluppo.
Controlla sotto il video per vedere “Che cosa è ripetere il test & Quando facciamo ripetere il test”
Si prega di essere paziente. Il video verrà caricato in un certo tempo.
Se ti è piaciuto questo video, ti preghiamo di iscriverti al nostro canale YouTube per ulteriori video tutorial.
Quando facciamo Re-test:
1. Quando c’è una particolare correzione di bug specificata nella Nota di rilascio:
Una volta che il team di sviluppo rilascia la nuova build, il team di test deve testare i bug già pubblicati per assicurarsi che i bug siano corretti o meno.
2. Quando un bug viene rifiutato:
A volte, il team di sviluppo rifiuta alcuni bug che sono stati sollevati dai tester e menziona lo stato del bug come non riproducibile. In questo caso, i tester devono riprovare lo stesso problema per far sapere agli sviluppatori che il problema è valido e riproducibile.
Per evitare questo scenario, abbiamo bisogno di scrivere una buona segnalazione di bug. Ecco un post su come scrivere una buona segnalazione di bug.
3. Quando un cliente richiede un nuovo test:
A volte, il Cliente può richiedere di eseguire nuovamente il test per ottenere la fiducia sulla qualità del prodotto. In questo caso, i team di test testano nuovamente il prodotto.
Un prodotto non dovrebbe mai essere rilasciato dopo che la modifica è stata apportata al codice con il solo ritestare le correzioni di bug, dobbiamo anche eseguire test di regressione.
Leggi anche: Differenza tra regressione e Re-test
Dai un’occhiata a questo tutorial completo di test manuale