Indholdsfortegnelse:
Demo Og Die!
Har du nogensinde leveret en kundepræsentation eller træning, og noget bryder halvvejs igennem? Eller har du nogensinde givet nogen et sæt instruktioner og indset, at du gik glip af noget, eller det virkede ikke helt, som du havde håbet? I hvert af disse tilfælde vedtager du slutbrugerens perspektiv og arbejder med softwaren i denne persona. Chancerne er, at du gjorde noget andet, fordi du tænkte som en bruger snarere end en udvikler.
Trin ind i brugerens sko
Den unikke vinkel ved brug af accept af test (UAT) er at teste software som slutbruger. Software er bygget til at give brugerne håndgribelige resultater. For eksempel tillader e-handelswebsteder kunder at købe produkter. Når en kunde afgiver en ordre, underretter e-handelswebsoftwaren butiksadministratoren, så den valgte vare kan trækkes og pakkes til forsendelse. Der kan være forskellige typer softwarebrugere, så denne testfase giver udviklingsholdet mulighed for at verificere, at slutbrugerne opnår forventede softwareresultater.
En kort UAT-historie
Før fremkomsten af internettet blev mest software implementeret til et kendt brugerpublikum. Hvis en virksomhed udviklede software til en kunde, havde en tildelt manager autoritet til at kontrollere, at softwaren opfyldte kontraktvilkårene. Dette var beregnet til at repræsentere et punkt, hvor softwaren var "fit til purpose", som blev opnået ved at vælge slutbrugerrepræsentanter til at udføre test og give en rapport med resultater. Fordi brugerne var en kendt, lukket gruppe, kunne hver enkelt trænes i brugen af softwaren, typisk gennem meget detaljerede teststrin. Dagens motto var, at flere detaljer var bedre.
