Satura rādītājs:
Demo un mirsti!
Vai jūs kādreiz esat piegādājis klienta prezentāciju vai apmācību, un kaut kas sabrūk līdz pusei? Vai arī jūs kādreiz esat kādam devis instrukcijas un sapratu, ka esat kaut ko palaidis garām, vai arī tas nedarbojās gluži tā, kā jūs cerējāt? Katrā no šiem gadījumiem jūs izvēlaties gala lietotāja perspektīvu un strādājat ar programmatūru šajā personā. Iespējams, ka jūs izdarījāt kaut ko savādāk, jo domājāt kā lietotājs, nevis izstrādātājs.
Ieejiet lietotāja kurpēs
Lietotāju pieņemšanas testēšanas (UAT) unikālais leņķis ir programmatūras kā gala lietotāja pārbaude. Programmatūra ir veidota, lai lietotājiem sniegtu taustāmus rezultātus. Piemēram, e-komercijas vietnes ļauj klientiem iegādāties produktus. Kad klients veic pasūtījumu, e-komercijas vietnes programmatūra paziņo veikala administratoram, lai izvēlēto preci varētu izvilkt un iesaiņot nosūtīšanai. Var būt dažādi programmatūras lietotāju veidi, tāpēc šis testēšanas posms ļauj attīstības komandai pārbaudīt, vai gala lietotāji sasniedz gaidītos programmatūras rezultātus.
Īsa UAT vēsture
Pirms interneta parādīšanās lielākā daļa programmatūras tika ieviesta zināmai lietotāju auditorijai. Ja uzņēmums klientam izstrādāja programmatūru, norīkotajam vadītājam bija tiesības pārbaudīt, vai programmatūra atbilst līguma noteikumiem. Tas bija domāts, lai attēlotu punktu, kurā programmatūra bija “piemērota mērķim”, kas tika panākts, izvēloties gala lietotāju pārstāvjus, lai veiktu testēšanu un sniegtu ziņojumu ar rezultātiem. Tā kā lietotāji bija zināma, slēgta grupa, katrs varēja tikt apmācīts programmatūras lietošanā, parasti veicot ļoti detalizētus pārbaudes soļus. Dienas moto bija tāds, ka vairāk detaļu bija labāk.
