Risposta.

Il testing manuale inizia con l'analisi dei requisiti e termina con la redazione dei report finali. Questo processo è storicamente emerso come un'alternativa più flessibile e accessibile all'automazione nelle fasi iniziali dello sviluppo, permettendo di testare rapidamente diversi scenari dal vivo.

Inizialmente, il testing manuale veniva effettuato senza metodologia, il che portava a errori e perdita di informazioni. Se il processo è disorganizzato, si generano test duplicati e si perdono errori (problema). Per aumentare l'efficacia, è importante strutturare le fasi di testing, definire chiaramente le aree di responsabilità e utilizzare documentazione standardizzata (soluzione).

Caratteristiche chiave:

Pianificazione: definizione degli obiettivi e scelta delle metodologie di testing.
Esecuzione: verifica manuale graduale con registrazione dei risultati.
Analisi: documentazione dei difetti e preparazione dei report finali.

Domande insidiose.

Perché il testing manuale non può essere completamente sostituito da quello automatizzato?

Il testing manuale è necessario per lavorare con scenari non standard e in cambiamento, dove è più semplice modificare i test case manualmente, oltre che per controllare l'esperienza utente, bug visivi e cross-browser.

Si può fare testing senza alcuna documentazione?

No, l'assenza di documentazione porta a perdita di informazioni, impossibilità di riprodurre errori e riduzione della fiducia nei risultati del testing.

Il testing conclude sempre il progetto?

No, il testing spesso si svolge parallelamente allo sviluppo (ad esempio, approcci agile o iterativi).

Errori comuni e anti-pattern

Incoerenza nelle azioni tra i tester
Assenza di documentazione aggiornata
Ripetizione di test degli stessi scenari senza aggiungere valore

Esempi dalla vita reale

Caso negativo

Nel team non c'era una chiara struttura di testing, ognuno testava a modo suo, i bug venivano registrati in diversi file. Risultato: parte degli errori critici è stata ignorata, il tempo del progetto è aumentato.

Vantaggi:

Flessibilità e velocità di avvio iniziale

Svantaggi:

Perdita di informazioni, test ripetuti, uso inefficace del tempo

Caso positivo

È stato implementato un piano di testing unico, definite le aree di responsabilità, concordato il formato dei bug report. Gli errori vengono registrati e monitorati in un tracker comune.