Risposta.

Il testing manuale nella fase di manutenzione è il testing di un sistema già esistente e funzionante durante le modifiche, risoluzioni di bug o integrazioni di nuovi componenti.

Storia della questione

In passato, la manutenzione veniva eseguita per residuo, spesso solo le nuove funzionalità venivano testate. Tuttavia, col tempo è diventato chiaro che qualsiasi intervento può influenzare scenari già funzionanti.

Problema

La seguente situazione è tipica:

Vengono apportate modifiche locali, ma il loro impatto sulle funzionalità esistenti è spesso sottovalutato
La regressione si verifica in moduli apparentemente non correlati
L'assenza di un approccio sistematico aumenta il rischio di "cadute" in produzione

Soluzione

Un'organizzazione efficace del maintenance testing richiede:

L'assegnazione e l'aggiornamento costante di un "set di scenari chiave" che vengono controllati ad ogni modifica
L'utilizzo di checklist e mappe di regressione
L'inclusione del testing esplorativo per cercare effetti inaspettati delle modifiche

Caratteristiche chiave:

Risposta rapida a piccole modifiche con un minimo rollback
Focus su scenari utente reali che possono essere indirettamente influenzati
Flessibilità nella scelta del metodo: da checklist a testing esplorativo creativo

Domande trabocchetto.

È necessario testare solo i moduli che sono stati modificati?

No, è necessario testare anche le parti correlate del sistema per non perdere effetti collaterali delle modifiche.

È sufficiente il testing di regressione completo dopo ogni fix?

No, spesso è sufficiente controllare i percorsi chiave (critici), mentre il completo testing di regressione viene effettuato solo prima del rilascio o in caso di modifiche significative.

Si può rinunciare completamente al testing esplorativo nella fase di manutenzione?

No, il testing esplorativo consente di scoprire bug non banali al di fuori della copertura degli scenari e deve accompagnare la fase di manutenzione.

Errori comuni e anti-pattern

Negligenza dei moduli correlati: si testano solo i luoghi "patchati"
Assenza di un set di scenari di regressione attuale
Ignoranza della comprensione dell'architettura, rallenta la determinazione delle aree di rischio

Esempio di vita

Caso negativo

Dopo la correzione di un bug nel profilo utente, viene testato solo il profilo, ma non viene verificata l'autenticazione e la visualizzazione del profilo su altre pagine. Di conseguenza, emerge un bug: il profilo non si aggiorna sulla pagina principale.

Punti positivi:

Completamento rapido del test di un compito specifico

Punti negativi:

Passaggio di bug nelle sezioni correlate
Riduzione della fiducia in QA e nel prodotto

Caso positivo

Il bug corretto nel profilo viene testato sia separatamente che in modo complessivo: viene eseguita una verifica del profilo ovunque venga utilizzato. Viene utilizzata una checklist di scenari chiave.