Taula de continguts:
Demo i morir!
Alguna vegada has lliurat una presentació o formació d’un client i alguna cosa es redueix a la meitat? O, alguna vegada heu donat a algú un seguit d’instruccions i us heu adonat que us heu perdut alguna cosa, o que no funcionava del tot tal com esperaves? Durant cadascun d'aquests casos, adopteu la perspectiva de l'usuari final i treballeu amb el programari d'aquesta persona. El més probable és que hagueu fet una altra cosa perquè pensàveu com a usuari en lloc de desenvolupador.
Pas a les sabates de l’usuari
L’únic angle de prova d’acceptació dels usuaris (UAT) és provar el programari com a usuari final. El programari està creat per oferir resultats tangibles als usuaris. Per exemple, els llocs de comerç electrònic permeten als clients comprar productes. Quan un client realitza una comanda, el programari del lloc de comerç electrònic notifica a l’administrador de la botiga, de manera que l’article seleccionat es pot tirar i embalar per a la seva enviació. Hi pot haver diferents tipus d’usuaris de programari, de manera que aquesta fase de proves permet a l’equip de desenvolupament verificar si els usuaris finals aconsegueixen els resultats esperats del programari.
Breu història de la UAT
Abans de l’arribada d’internet, la majoria de programari es va desplegar per a un públic d’usuaris conegut. Si una empresa va desenvolupar programari per a un client, un gestor assignat tenia l’autoritat de verificar que el programari complia els termes del contracte. Es volia representar un punt en què el programari era "adequat per a propòsits", que es va aconseguir seleccionant representants d'usuaris finals per realitzar proves i proporcionar un informe amb resultats. Com que els usuaris eren un grup tancat i conegut, cadascun es podia formar en l'ús del programari, normalment mitjançant passos de prova molt detallats. El lema del dia era que més detalls era millor.
