Kā izveidot lietotāja pieņemšanas testu. Projekts nekad nesasniegs „veiksmīgas” statusu, neizpildot lietotāja pieņemšanas testu (UAT). Projekts var tikt uzskatīts par pilnīgu un, iespējams, darbības jomu, laiku un budžetu, taču to nevar patiesi uzskatīt par veiksmīgu bez lietotāju apstiprinājuma, kas izmantos sistēmu. Labi izpildīts lietotāju pieņemšanas tests nodrošinās, ka katra prasība ir veidota un darbojas kā paredzēts.
Preces, kas jums būs nepieciešamas
-
Projekta rezultāti
-
Uzņēmējdarbības prasības testēšanai
-
Sistēmas galalietotāji
-
Testēšanas vide
Pieņemt oficiālu un universālu veidni visiem jūsu projekta artefaktiem. Jūsu lasītāji un vadītāji pateicos jums par vieglumu atrast atbilstošo informāciju, jo tas ir konsekventi ievietots vienā un tajā pašā apgabalā katrā citā dokumentā.
Izveidojiet izsekojamības lodziņus savā dokumentā. Minētajos minimālajos līmeņos jāiekļauj testa scenārija identifikators, kas tiks izpildīts ar šo lietotāju pieņemšanas testa grupu. Tajā jābūt arī konkrētam uzņēmējdarbības prasību identifikatoram, kas tiks pārbaudīts; un, vēlams, jums ir arī lietošanas gadījuma identifikators.
Pievienot aprakstošu tekstu. Katram testa scenārijam jābūt pamatrakstam, ne vairāk kā teikumam, kas pietiekami izskaidro, ko šis scenārijs mēģina paveikt. Blakus to attiecīgajam identifikatoram ir jāiekļauj arī īss uzņēmuma prasību un lietošanas gadījumu apraksta nosaukums.
Pievienojiet testēšanas datus un atstājiet improvizācijas telpu. Ja ir jāpārbauda konkrēti mainīgie lielumi un scenāriji, tie ir jānorāda šeit. Ja testēšanai ir jābūt dinamiskai, neprognozējamai un pašpiedziņai, testerim jābūt pieejamam tukšam laukumam, lai varētu ierakstīt testā izmantotos datus.
Ietveriet izvēles rūtiņas, kas norāda, vai pārbaudes gadījums ir vai nav izpildīts.
Izveidojiet pierakstīšanās kastes. Jums noteikti ir jābūt vietai, kurā dalībnieki var parakstīties, norādot, ka viņi ir izpildījuši savus pienākumus šajā pieņemšanas testā. Šie dalībnieki ir tiešais lietotājs, kas veic faktisko testēšanu, biznesa analītiķis, kas pārvalda testēšanu, projekta vadītājs un sponsors. Tas rada pieņemšanas ķēdi, ka projekta rezultāti ir veiksmīgi izstrādāti, kodēti un pārbaudīti.
Padomi
-
Vislabāk ir izveidot konkrētus testēšanas scenārijus, kas pārbauda katru atsevišķu funkcionalitāti (biznesa prasība), pēc tam izveidojiet atvērtu un brīvu formu testēšanu. Tas nodrošina, ka tiek pārbaudīta zināma funkcionalitāte un "jauna" funkcionalitāte, kas iepriekš netika iekļauta prasību izvirzīšanas fāzē. Galalietotāju lietotāju pieņemšanas testa grupai jābūt pietiekami lielai, lai sistēma varētu slodzi, jaudu un pieejamību pārbaudīt.
