Contenuto
- Demo And Die!
- Entra nei panni degli utenti
- Una breve storia UAT
- UAT ti dice quanto è utilizzabile il sistema
- Chi può eseguire UAT?
- Nessun bug, nessuno stress: la tua guida passo passo alla creazione di software che ti cambia la vita senza distruggere la tua vita
- Flussi di successo e fallimento
- Vantaggi UAT
Fonte: Lightcome / iStockphoto
Porta via:
Una volta che il software è sottoposto a test di unità, integrazione e sistema, la necessità di test di accettazione può sembrare ridondante. Perché il test di accettazione dell'utente (UAT) è ancora importante? Qui, scopri i vantaggi di UAT e perché è unico.
Demo And Die!
Hai mai consegnato una presentazione o una formazione per i clienti e qualcosa si interrompe a metà strada? Oppure, hai mai dato a qualcuno una serie di istruzioni e hai realizzato che ti mancava qualcosa o non ha funzionato del tutto come speravi? Durante ognuna di queste istanze, adotti la prospettiva dell'utente finale e lavori con il software in quella persona. È probabile che tu abbia fatto qualcosa di diverso perché pensavi come utente piuttosto che come sviluppatore.
Entra nei panni degli utenti
L'angolazione unica del test di accettazione dell'utente (UAT) è testare il software come utente finale. Il software è stato creato per offrire agli utenti risultati tangibili. Ad esempio, i siti di e-commerce consentono ai clienti di acquistare prodotti. Quando un cliente effettua un ordine, il software dei siti di e-commerce avvisa l'amministratore del negozio, in modo che l'articolo selezionato possa essere ritirato e imballato per la spedizione. Esistono diversi tipi di utenti software, quindi questa fase di test consente al team di sviluppo di verificare che gli utenti finali ottengano i risultati software previsti.
Una breve storia UAT
Prima dell'avvento di Internet, la maggior parte dei software veniva distribuita a un pubblico di utenti noto. Se una società ha sviluppato software per un cliente, un manager assegnato aveva l'autorità di verificare che il software rispettasse i termini del contratto. Ciò intendeva rappresentare un punto in cui il software era "adatto allo scopo", che è stato ottenuto selezionando i rappresentanti degli utenti finali per eseguire i test e fornire un rapporto con i risultati. Poiché gli utenti erano un gruppo noto e chiuso, ognuno poteva essere addestrato all'uso del software, in genere attraverso fasi di test molto dettagliate. Il motto del giorno era che maggiori dettagli erano migliori.
Con lo sviluppo di un numero sempre maggiore di software per i clienti sul Web, il pubblico degli utenti finali è diventato più aperto. Non era più possibile identificare e formare tutti i probabili utenti finali, quindi la progettazione del software doveva includere un'enfasi molto maggiore sull'usabilità e doveva essere facilmente comprensibile, anche con informazioni minime fornite. Quindi, UAT ha dovuto cambiare per soddisfare questi requisiti.
UAT ti dice quanto è utilizzabile il sistema
Pertanto, UAT non solo ci indica l'entità della funzionalità di un software, ma ci dice anche quanto sia utilizzabile. La maggior parte degli UAT è eseguita al meglio da persone che comprendono l'utente finale mirato che sperimenterà il software con una scarsa conoscenza preliminare e può fornire una vera indicazione della facilità d'uso dei software e di ciò che deve essere migliorato.
Chi può eseguire UAT?
Quando gli sviluppatori testano il software, ricordano i dettagli su come viene scritto un sistema. Questa conoscenza può influenzare i test e gli sviluppatori possono intraprendere passi diversi rispetto agli utenti finali, ad esempio eseguendo passaggi più rapidamente o ignorando i dettagli che gli utenti finali potrebbero trovare confusi. Pertanto, gli sviluppatori non sono i migliori candidati UAT. Quindi chi è?
Molte organizzazioni impiegano team di test specifici che non sono coinvolti nella progettazione e nello sviluppo tecnico. Le organizzazioni più piccole assegnano i test a personale non addetto allo sviluppo, come quelli che svolgono mansioni amministrative, o utilizzano i servizi di una società esterna. Alcune organizzazioni utilizzano ciò che è noto come "test di corridoio", in cui prendono letteralmente a mano i membri del personale che non sono attivamente impiegati nel progetto e chiedono loro di provare il sistema dal punto di vista degli utenti finali. Un esempio potrebbe essere l'ordinazione del prodotto online.
Dopo i test interni, possono verificarsi fasi di test pilota o beta, per cui il software è reso disponibile a piccoli gruppi di utenti "reali" che sono invitati a utilizzare il prodotto gratuitamente o con uno sconto significativo, in cambio di un feedback dettagliato sull'utilizzo.
Nessun bug, nessuno stress: la tua guida passo passo alla creazione di software che ti cambia la vita senza distruggere la tua vita
Non puoi migliorare le tue capacità di programmazione quando a nessuno importa della qualità del software.
Le fasi UAT progressive con un pubblico vario aumentano la fiducia nell'usabilità del software. In combinazione con fasi di sviluppo iterativo, è possibile eseguire più cicli UAT per testare nuove funzionalità man mano che vengono fornite, verificando al contempo le funzionalità precedenti.
I buoni tester UAT sono curiosi di vedere cosa succede se prendono percorsi diversi per un determinato obiettivo. Dopotutto, tutti si avvicinano all'uso del software in modi diversi, quindi se molte possibilità possono essere coperte da un piccolo gruppo di persone, la sicurezza del software in modalità operativa è maggiore.
Flussi di successo e fallimento
I processi UAT dovrebbero verificare che ciascun tipo di utente del software ottenga i risultati tangibili richiesti per i flussi di successo e di fallimento.
In caso di successo, un utente finale si allontana con un risultato atteso, ad esempio un ordine di prodotto. In un flusso di errori, il software supporta l'utente finale attraverso una qualche forma di scenario di errore, ad esempio quando un cliente fornisce informazioni di pagamento non valide sulla carta di credito.
Per verificare la funzionalità, è necessario fornire alcune informazioni ai tester. Altrimenti, non sanno cosa dovrebbe fare il software. Ma per testare l'usabilità, questo deve essere minimo - solo attività o requisiti basati, come l'acquisto di "x" (prodotto) e il pagamento di "y" (utilizzando i dettagli della carta di credito). L'onere deve essere posto sui tester per registrare osservazioni, successi e fallimenti.
Vantaggi UAT
Un vantaggio chiave di una buona UAT è che mantiene i costi di manutenzione in corso il più bassi possibile. È più economico per risolvere presto i problemi di funzionalità e usabilità. È molto più difficile correggere un bug quando c'è più codice attorno al test di regressione o se lo sviluppatore originale non è disponibile.
L'UAT che viene eseguita in più fasi e con diversi tipi di pubblico di test offre opportunità ottimali per identificare e riparare funzionalità non funzionanti / problemi di usabilità nelle prime fasi del test. Mantenere gli obiettivi UAT a livello di attività e requisiti consente ai tester di osservare e notare molto di più e persino tentare passi al di fuori dell'ambito fornito dagli sviluppatori.
Il feedback dai cicli UAT può essere inserito nelle successive iterazioni di sviluppo, aumentando la robustezza e l'usabilità del software. Ben programmato, anche le fasi del beta test possono integrare le attività di marketing e vendita fornendo riferimenti e feedback di casi studio.