Qual è la differenza tra test di ripetizione e test di regressione:
Non amate tutti gli articoli a tema di confronto e contrasto? Lo so. E ‘ un ottimo modo per invitare pensieri, commenti e forse anche, forte disaccordo.
L’argomento di oggi è Ripetere il test vs Test di regressione.
=> Clicca qui per la serie completa di test di regressione.
Iniziamo con il nuovo test:
Ripetere il test
Ripetere il test significa testare nuovamente. La ragione 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 caso di test appena eseguito, ecc.
Se stai ancora pensando-perché – allora i seguenti sono alcuni motivi validi come tutti:
- Hai fatto un test ieri e ti sei imbattuto in un difetto. Si desidera confermare i passaggi e la riproducibilità del difetto. Quindi, prova di nuovo.
- 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.). Si desidera controllare ancora una volta, in modo da ripetere il test.
Sono sicuro che lo capisci.
Ripetere il test è quando si ripete 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. C’è l’accumulo di nuove funzionalità, estensioni, ecc. Ma, nel tempo, questo potrebbe portare all’instabilità dell’applicazione.
Immagina di creare una torre di blocco, aggiungendo un blocco sull’altro. Non si prende il tempo per rafforzare o rafforzare la base. Non passerà molto tempo prima che la torre si schianti, vero?
Proprio così, dovrai testare la base del software per resistenza e stabilità.
Per fare ciò, dovremmo ripetere il test del software. Questo è l’unico modo.
Recommended read = > Cos’è il test di regressione? Strumenti e best practice
La regressione è una forma di Retest. Le specifiche di “Perché” e “Quando” sono ciò che lo differenzia dal primo.
1) Quando ripetiamo il test? Quando il software subisce una modifica
2) Perché stiamo ripetendo il test? Per garantire che le nuove aggiunte / modifiche non abbiano reso instabile la funzionalità prima di lavorare. La regressione è comune e raccomandata quando:
- Una nuova versione diventa disponibile. (Regredire tutto o, almeno, l’importante delle caratteristiche della versione precedente)
- Bug fix
Punto da notare: test di regressione esaustivo è impossibile anche se desiderabile.
Ecco perché fare l’analisi di regressione prima di saltare direttamente in test. Questo passaggio comporta la decisione di quanta regressione dovrei fare per la mia applicazione.
Da cosa dipende l’entità della regressione?
- Natura del cambiamento
- Relazione/impatto del cambiamento sul sistema/funzionalità corrente
- Tempo e risorse disponibili
Come possono i tester decidere l’entità della regressione?
1) Attraverso l’esperienza e la familiarità con l’applicazione
2) Discutere con gli sviluppatori
3) Il luogo in cui è stata effettuata la modifica. Biru: se è sulla home page, allora ha bisogno di più attenzione che se fosse in una delle pagine meno accessibili.
A seconda dei fattori in gioco, una squadra di test potrebbe andare per uno dei seguenti:
- Regressione unità
- Regressione parziale
- Regressione completa
Regressione unità significa ripetere il test SOLO del modulo/area modificato dell’applicazione.
Regressione parziale significa ripetere il test del modulo modificato. Inoltre include quelli che interagiscono con esso.
Regressione completa è testare l’intera applicazione indipendentemente dalla posizione del cambiamento.
Dipende dalla situazione (tempo & disponibilità delle 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.
L’analisi di regressione è il fattore chiave di successo. Ha bisogno di lavoro intelligente piuttosto che 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?
Si noti che la regressione è un candidato perfetto per l’automazione. La portata della ripetizione richiede molto tempo e potrebbe portare alla noia. Inoltre, la convalida importante potrebbe essere persa. L’automazione è un’alternativa affidabile, veloce ed efficiente.
Leggi anche = > Sfide di test di regressione automatica
#2) La regressione non è mai completa: Vero. Ma non completamente.
Quello che voglio dire è, un test di regressione esaustivo potrebbe essere impossibile. Ma anche test di regressione esaustivi potrebbero non essere necessari.
Diciamo che hai cambiato un errore ortografico sulla home page. Questa correzione è minore. È anche isolato dalle altre aree dell’applicazione. Quindi, un semplice test della funzione andrebbe bene. Non c’è bisogno di regredire la funzionalità precedente intorno homepage.
#3) Non è necessario quando si ha un crunch per il tempo: Non è vero. Non abbastanza regressione porta ad una mancanza di fiducia nel prodotto. Non saprai mai cosa aspettarti dalla sua reazione a diversi scenari dell’utente finale.
#4) Sta eseguendo ogni singolo caso di test 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. Comprendere il cambiamento e scegliere i casi di test di montaggio.
OK, cioè Ritest e test di regressione in dettaglio.
Ora, il confronto.
Ripetere il test vs Test di regressione
Che cosa è lo stesso di loro?
- Sono entrambi basati sulla ripetizione
- Validation e Black box testing techniques
- Automation o Manual test case entrambi vengono riprovati o regrediti
- “Uno deve verificare o espellere i suoi 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 per qualsiasi funzionalità di versione corrente o precedente di test mirata. La regressione è la versione precedente funzionalità centrica.
- Il nuovo test non dipende dalla modifica applicabile. La regressione è orientata al cambiamento.
Infine, per colpire questo concetto casa:
Diciamo che avete un caso di test XYZ che ha provocato un difetto con l’ID 120. Questo difetto viene risolto nella prossima versione. Dovresti ripetere il test XYZ e regredire la funzionalità attorno ad esso. La regressione è assicurarsi che tutto funzioni intatto dopo la correzione di 120. Il nuovo test è quello di determinare la correzione del difetto.
Quindi, non è né l’uno né l’altro, ma la combinazione di regressione e ripetizione che forma il duo dinamico.
Ora tocca a te. Sei d’accordo con le definizioni e l’analisi fornite qui?
Circa l’autore: Questo articolo è scritto dal membro del team di STH Swati S.