Sommario:
Demo And Die!
Hai mai consegnato una presentazione o una formazione per i clienti e qualcosa si rompe a metà? Oppure, hai mai dato a qualcuno una serie di istruzioni e ti sei reso conto di aver perso qualcosa o non ha funzionato 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 dell'utente
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 del sito 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.
