Innehållsförteckning:
Demo And Die!
Har du någonsin levererat en kundpresentation eller utbildning, och något bryter halvvägs igenom? Eller har du någonsin gett någon en uppsättning instruktioner och insett att du missat något, eller så fungerade det inte som du hoppats? Under vart och ett av dessa fall antar du slutanvändarens perspektiv och arbetar med programvaran i den personan. Chansen är att du gjorde något annorlunda eftersom du tänkte som en användare snarare än som en utvecklare.
Gå in i användarens skor
Den unika vinkeln för användaracceptantestning (UAT) är att testa programvara som slutanvändare. Programvara är byggd för att ge användare konkreta resultat. Till exempel tillåter e-handelssajter kunder att köpa produkter. När en kund gör en beställning meddelar e-handelswebbplatsens programvara butiksadministratören, så att det valda objektet kan dras och packas för leverans. Det kan finnas olika typer av programvaran användare, så det här testningssteget gör det möjligt för utvecklingsgruppen att verifiera att slutanvändare uppnår förväntade mjukvaroresultat.
En kort UAT-historia
Innan internet började distribuerades mest mjukvara för en känd användare. Om ett företag utvecklade programvara för en kund, hade en tilldelad chef befogenhet att verifiera att programvaran uppfyllde avtalsvillkoren. Detta var avsett att representera en punkt där programvaran var "lämplig för syfte", som uppnåddes genom att välja slutanvändarrepresentanter för att utföra tester och ge en rapport med resultat. Eftersom användarna var en känd, sluten grupp, kunde var och en utbildas i användningen av programvaran, vanligtvis genom mycket detaljerade teststeg. Dagens motto var att mer detalj var bättre.
