In questa guida
Un test di regressione chiede: tutto ciò che funzionava prima funziona ancora dopo la mia modifica? Non puoi ritestare l'intera app ogni volta, quindi tieni una lista breve e falla crescere a partire dai bug reali. Una lista di 15 controlli che esegui davvero batte una lista di 150 che salti.
Come cresce la lista
- Parti dai tuoi flussi principali. Le 5 o 8 cose che un utente deve poter fare (registrazione, attività principale, acquisto, ripristino).
- Aggiungi ogni bug sfuggito. Quando un bug arriva a un utente o a un tester, aggiungi una riga che lo avrebbe intercettato. È la parte più preziosa della lista.
- Aggiungi le aree fragili. Tutto ciò che hai modificato tre volte o che dipende da un servizio di terze parti.
- Sfoltisci. Rimuovi i controlli di funzioni eliminate e unisci i duplicati. Rivedi la lista a ogni rilascio.
Modello (copia e incolla)
LISTA DI REGRESSIONE: <nome app> Ultima revisione: <data>
Eseguila prima di ogni rilascio. Segna ciascuna voce: P (superato) / F (fallito) / N (non eseguito, spiega perché)
FLUSSI PRINCIPALI
[ ] R-01 <flusso>: <controllo in una riga> Fonte: flusso principale
[ ] R-02 <flusso>: <controllo in una riga> Fonte: flusso principale
BUG PASSATI
[ ] R-10 <cosa si è rotto>: <il controllo che lo intercetterebbe> Fonte: bug <link/ID>, <data>
[ ] R-11 <cosa si è rotto>: <il controllo che lo intercetterebbe> Fonte: bug <link/ID>, <data>
AREE FRAGILI
[ ] R-20 <area>: <controllo> Fonte: <perché è fragile>
ESECUZIONE DI RILASCIO
Build: <versione> Data: <data> Dispositivo / OS: <elenco>
Voci fallite: <ID> Decisione: <procedi / correggi prima>
Esempio (illustrativo)
FLUSSI PRINCIPALI
[ ] R-01 Registrazione: crea un account con email, arriva alla home Fonte: flusso principale
[ ] R-02 Attività principale: aggiungi un elemento, vedilo nella lista Fonte: flusso principale
[ ] R-03 Ripristino: reinstalla, accedi, i dati ci sono Fonte: flusso principale
BUG PASSATI
[ ] R-10 Crash alla rotazione nella schermata di modifica: ruota mentre modifichi Fonte: bug #8
[ ] R-11 Doppio addebito con doppio tocco: tocca Acquista due volte velocemente Fonte: bug #14
AREE FRAGILI
[ ] R-20 Login con account social: accedi ed esci Fonte: dipende dal login di terze parti
Come adattarlo
- Mantieni ogni riga eseguibile in un minuto. Se richiede una storia, appartiene a un caso di test.
- Registra l'origine di ogni riga. Quando ti chiedi se eliminarla, la fonte ti dice cosa fare.
- Prima degli aggiornamenti di un'app già pubblicata: aggiungi "l'aggiornamento dalla versione precedente conserva i dati". Vedi [come testare un aggiornamento di un'app già pubblicata.
- Diverso dallo smoke test: lo smoke test chiede "questa build è usabile?" e gira su ogni build; la lista di regressione è più approfondita e gira prima di un rilascio.
Correlati
- Hub: Hub dei test per app mobili: tutte le aree in un posto
- Checklist di smoke test per ogni nuova build
- [Modello di charter per il test esplorativo
Inizia gratis e lascia che tester esterni eseguano la tua lista su dispositivi che tu non possiedi.