Dilemma QA: test manuale vs test automatizzato

1. Quando il progetto è a breve termine.
Da un lato, lo scopo dell'AT è quello di non spendere molto tempo e fatica, dall'altro, la creazione di test automatizzati e il loro supporto richiedono energia e tempo. Se si deve creare un sito web su piccola scala per la promozione, allora non c'è bisogno di AT.

2. Quando è necessario un test di accettazione dell'interfaccia utente.
Questo è il caso comune quando è la MT a essere favorita, perché l'interfaccia utente e i suoi elementi visivi devono essere testati. Il motivo è molto semplice: i test automatici non sono in grado di identificare gesti, colori delle immagini, evidenziazioni, dimensioni dei caratteri e link. Immaginate di aver creato un'applicazione e di avere un bug: un link è estremamente piccolo e l'utente non riesce a vederlo. Un essere umano si accorgerà di questo bug in pochi secondi, mentre un test automatizzato non si accorgerà nemmeno che c'è un problema.

3. Quando il progetto è in fase di sviluppo iniziale.
Proprio in questa fase, i tester manuali possono aiutare a trovare i colli di bottiglia del progetto, riducendo così il tempo e l'impegno necessari per la successiva correzione dei bug. Alcuni ritengono che i test automatizzati siano troppo costosi e impegnativi per questa fase volatile dello sviluppo di un prodotto. Altri sostengono che i test automatizzati dovrebbero essere presenti in qualsiasi fase di sviluppo.

4. Quando non è possibile automatizzare il test.
Ci sono casi in cui l'automazione è impossibile. Di solito si tratta di test che riguardano l'hardware. È difficile creare script per testare touchpad, schermi e sensori. Un altro punto è che ci sono dati che si possono testare solo a mano. Naturalmente è possibile eseguire un test automatizzato per verificare che una stampante stampi effettivamente, ma probabilmente l'approccio manuale è migliore se si tiene alla qualità dell'immagine stampata.