Menu

Differenza tra test di ripetizione e test di regressione con esempio

difference between retesting

Prova Il Nostro Strumento Per Eliminare I Problemi

Qual è la differenza tra ripetizione del test e test di regressione:

Non amate tutti gli articoli a tema di confronto e contrasto? Lo so che lo faccio. È un ottimo modo per invitare pensieri, commenti e forse anche un forte disaccordo.

L'argomento di oggi è Ripetizione del test di regressione.

=> Fare clic qui per la serie completa di test di regressione.

Cominciamo con il nuovo test:

Cosa imparerai:

Nuovo test

Ripetere il test significa eseguire nuovamente il test. Il motivo non ha importanza. Quando ripeti un test, ripeti il ​​test. È possibile ripetere il test della funzionalità della versione corrente. O una correzione di bug, funzionalità della versione precedente, un test case appena eseguito, ecc.

Ripetizione del test e test di regressione

Se stai ancora pensando - perché - allora i seguenti sono alcuni motivi validi come tutti:

  • Hai eseguito un test ieri e hai riscontrato un difetto. Vuoi confermare i passaggi e la riproducibilità del difetto. Quindi, ripeti il ​​test.
  • Hai eseguito un test. La tua attenzione non era su di esso (forse il tuo telefono ha squillato, o stavi parlando con un collega, ecc.). Vuoi controllare ancora una volta, quindi ripeti il ​​test.

Sono sicuro che hai capito.

Il nuovo test è quando ripeti un test per qualsiasi motivo. È uno di quei termini che rimangono fedeli alla sua definizione.

Test di regressione

Il software si evolve. Ci saranno nuove versioni rispetto a quelle esistenti. Si stanno accumulando nuove funzionalità, estensioni, ecc. Ma, nel tempo, ciò potrebbe portare all'instabilità dell'applicazione.

Immagina di creare una torre di blocchi, aggiungendo un blocco sull'altro. Non ti prendi il tempo per rinforzare o rafforzare la base. Non passerà molto tempo prima che la torre crolli, non è vero?

programmi in grado di modificare file pdf

Proprio così, dovrai testare la base del software per forza e stabilità.

Per fare ciò, dovremmo ripetere il test del software. Questo è l'unico modo.

Lettura consigliata => Che cos'è il test di regressione? Strumenti e best practice

La regressione è una forma di Retest. La specificità di 'Perché' e 'Quando' è ciò che lo differenzia dal primo.

1) quando stiamo ripetendo il test? Quando il software subisce una modifica

Due) Perché stiamo ripetendo il test? Per garantire che le nuove aggiunte / modifiche non abbiano reso instabile la funzionalità prima del lavoro. La regressione è comune e consigliata quando:

  • Una nuova versione diventa disponibile. (Regressione tutte o, almeno, l'importante delle funzionalità della versione precedente)
  • Risoluzione del problema

Punto da notare: Test di regressione esaustivi sono impossibili, sebbene desiderabili.

Ecco perché farlo Analisi di regressione prima di passare direttamente ai test. Questo passaggio implica la decisione di quanta regressione dovrei fare per la mia applicazione.

Da cosa dipende l'entità della regressione?

  • Natura del cambiamento
  • Relazione / impatto della modifica sul sistema / funzionalità corrente
  • Tempo e risorse disponibili

In che modo i tester possono decidere l'entità della regressione?

1) Attraverso l'esperienza e la familiarità con l'applicazione

Due) Discutendo con gli sviluppatori

3) Il luogo in cui è stato effettuato il cambiamento.Per esempio:se è nella home page, ha bisogno di più attenzione che se fosse in una delle pagine meno visitate.

A seconda dei fattori in gioco, un team di test potrebbe scegliere uno dei seguenti:

  • Regressione unità
  • Regressione parziale
  • Regressione completa

Regressione unitaria significa che si ripete SOLO il modulo / l'area modificata dell'applicazione.

Mezzi di regressione parziale si riprova il modulo modificato. Inoltre includi quelli che interagiscono con esso.

Regressione completa è testare l'intera applicazione indipendentemente dalla posizione della modifica.

Dipende dalla situazione (tempo e disponibilità di risorse), dalla gravità del cambiamento (il suo impatto), dagli input del tuo sviluppatore ecc. Sarai più efficiente quando scegli il giusto set di test rispetto a tutti i test.

informatica intervista domande e risposte pdf

L'analisi di regressione è il fattore chiave di successo. Ha bisogno di un lavoro intelligente piuttosto che di duro lavoro.

Idee sbagliate sui test di regressione

Ci sono molte idee sbagliate sui test di regressione:

# 1) La regressione viene sempre eseguita tramite automazione: No. Anche la regressione viene eseguita manualmente. Abbiamo un intero articolo su questo => Come viene eseguito il test di regressione? Può essere fatto manualmente?

Nota che la regressione è un candidato perfetto per l'automazione. L'entità della ripetizione richiede tempo e potrebbe portare alla noia. Inoltre, una convalida importante potrebbe essere persa. L'automazione è un'alternativa affidabile, veloce ed efficiente.

Leggi anche => Sfide dei test di regressione automatizzati

# 2) La regressione non è mai completa : Vero. Ma non completamente.

Quello che voglio dire è che un test di regressione esaustivo potrebbe essere impossibile. Ma anche test di regressione esaustivi potrebbero non essere necessari.

Supponiamo che tu abbia modificato un errore di ortografia nella home page. Questa correzione è minore. Inoltre è isolato dalle altre aree dell'applicazione. Quindi, sarebbe sufficiente un semplice test della funzionalità. Non è necessario regredire la precedente funzionalità intorno alla home page.

# 3) Non è necessario quando hai un po 'di tempo : Non vero. Una regressione insufficiente porta a una mancanza di fiducia nel prodotto. Non saprai mai cosa aspettarti dalla sua reazione ai diversi scenari degli utenti finali.

# 4) Esegue ogni singolo test case della versione precedente: Ancora una volta, scegliere ogni caso di test non è il modo giusto per farlo. La scelta strategica dei casi di test è la chiave. Comprendi il cambiamento e scegli i casi di test adatti.

OK, questo è il nuovo test e il test di regressione in dettaglio.

Ora, il confronto.

Ripetizione del test di regressione

Qual è lo stesso di loro?

  • Sono entrambi basati sulla ripetizione
  • Validazione e Tecniche di test della scatola nera
  • I casi di test di automazione o manuali vengono entrambi ritestati o regrediti
  • 'Bisogna verificare o espellere i propri dubbi e convertirli nella certezza del Sì o del NO - Thomas Carlyle'. Entrambi lo fanno.

Cosa c'è di diverso in loro?

  • Il nuovo test è applicabile a qualsiasi test: funzionalità della versione corrente o precedente targetizzata. La regressione è incentrata sulle funzionalità delle versioni precedenti.
  • La ripetizione del test non dipende dalla modifica applicabile. La regressione è orientata al cambiamento.

Infine, per raggiungere questo concetto a casa:

Supponiamo che tu abbia un Test case XYZ che ha provocato un difetto con l'ID 120. Questo difetto verrà risolto nella prossima versione. Dovresti ripetere il test del test case XYZ e regredire la funzionalità attorno ad esso. La regressione consiste nell'assicurarsi che tutto funzioni intatto dopo la correzione di 120. Il nuovo test serve a determinare la correzione del difetto.

Quindi, non è né l'uno né l'altro, ma la combinazione di regressione e ripetizione del test che forma il duo dinamico .

Adesso tocca a te. Sei d'accordo con le definizioni e le analisi fornite qui?

Circa l'autore: Questo articolo è stato scritto dal membro del team STH Swati S.

j2ee intervista domande e risposte pdf

Quali sono i tuoi pensieri, commenti e domande su questo? Per favore, condividi e ci piacerebbe connetterci con tutti voi.

=> Visita qui per la serie completa di test di regressione.

Lettura consigliata

^