Cuprins:
Demo And Die!
Ați livrat vreodată o prezentare sau o instruire a clienților și ceva se rupe la jumătate? Sau, ai dat vreodată cuiva un set de instrucțiuni și ți-ai dat seama că ți-a fost dor de ceva, sau că nu funcționează așa cum ai fi sperat? În fiecare dintre aceste cazuri, adoptați perspectiva utilizatorului final și lucrați cu software-ul din persoana respectivă. Șansele sunt că ai făcut altceva pentru că te gândeai ca utilizator, mai degrabă decât ca dezvoltator.
Pas în pantofii utilizatorului
Unghiul unic de testare a acceptării utilizatorului (UAT) este de a testa software-ul ca utilizator final. Software-ul este creat pentru a oferi utilizatorilor rezultate tangibile. De exemplu, site-urile de comerț electronic permit clienților să cumpere produse. Atunci când un client efectuează o comandă, software-ul site-ului de e-commerce notifică administratorul magazinului, astfel încât obiectul selectat să poată fi tras și ambalat pentru expediere. Pot exista diferite tipuri de utilizatori de software, astfel încât această etapă de testare permite echipei de dezvoltare să verifice dacă utilizatorii finali obțin rezultatele software așteptate.
O scurtă istorie a UAT
Înainte de apariția internetului, cele mai multe programe software au fost implementate pentru un public cunoscut al utilizatorilor. Dacă o companie a dezvoltat software pentru un client, un manager desemnat avea autoritatea de a verifica dacă software-ul îndeplinea condițiile contractului. Acest lucru a fost menit să reprezinte un punct în care software-ul era „potrivit pentru scopuri”, ceea ce a fost obținut prin selectarea reprezentanților utilizatorilor finali pentru a efectua testarea și a furniza un raport cu rezultate. Deoarece utilizatorii erau un grup cunoscut, închis, fiecare ar putea fi instruit în utilizarea software-ului, de obicei prin pași de test foarte detaliate. Deviza zilei era că mai multe detalii erau mai bune.
