Paano Gumawa ng Pagsusulit sa Pagtanggap ng User. Ang isang proyekto ay hindi kailanman makakamit ang kalagayan ng "matagumpay" na walang pagpapatupad ng isang User Acceptance Test (UAT). Ang proyekto ay maaaring isinaalang-alang na kumpleto at marahil sa loob ng saklaw, oras at badyet, ngunit hindi ito maaaring tunay na itinuturing na matagumpay na walang pag-apruba ng mga gumagamit na gumagamit ng system. Ang isang mahusay na executed user pagtanggap ng pagsubok ay matiyak na ang bawat pangangailangan ay binuo at pag-andar tulad ng inaasahan.
Mga bagay na kakailanganin mo
-
Mga paghahatid ng proyekto
-
Mga kinakailangan sa negosyo upang subukan
-
End user ng system
-
Isang kapaligiran sa pagsubok
Magpatibay ng pormal at unibersal na template para sa lahat ng mga artifact ng iyong proyekto. Ang iyong mga mambabasa at lider ay magpapasalamat sa iyo para sa kadalian ng paghahanap ng impormasyon na may kinalaman dahil ito ay patuloy na inilagay sa parehong lugar sa loob ng bawat magkakaibang dokumento.
Lumikha ng mga kahon ng traceability sa iyong dokumento. Ang mga minimum na dapat maglaman ng tagubiling tagatukoy ng sitwasyon na isasagawa sa grupong pagtanggap ng user na ito. Dapat din itong maglaman ng tukoy na tagatukoy ng kinakailangang negosyo na susuriin; at mas mabuti, mayroon kang isang tagatukoy ng paggamit ng kaso upang isama rin.
Magdagdag ng mapaglarawang teksto. Ang bawat sitwasyon ng pagsusulit ay dapat magkaroon ng isang pangunahing paglalarawan, hindi hihigit sa isang pangungusap na sapat na nagpapaliwanag kung ano ang sinusubukang gawin ng senaryo na ito. Ang maikling pamagat ng kinakailangan sa negosyo at paggamit ng paglalarawan ng kaso ay kinakailangan ding isama sa tabi ng kani-kanilang tagatukoy.
Magdagdag ng data ng pagsubok at iwanan ang pansamantalang espasyo. Kung ang mga tiyak na variable at mga sitwasyon ay susubukan, dapat na nakalista ito dito. Kung ang pagsusulit ay dapat maging dynamic, hindi nahuhulaang at nahimok ng sarili, isang blangko na lugar ay dapat na magagamit para sa tester na isulat sa data na ginamit sa pagsubok.
Isama ang mga check box na nagpapahiwatig kung pumasa o nabigo ang pagsubok o hindi.
Lumikha ng mga kahon sa pag-sign-off. Ikaw ay walang pasubali ay dapat magkaroon ng isang lugar para sa mga aktor upang mag-sign na nagpapahiwatig na isinasagawa nila ang kanilang mga tungkulin sa pagtanggap ng pagsubok. Kabilang sa mga aktor na ito ang end user na gumagawa ng aktwal na pagsusuri, ang analyst ng negosyo na nangangasiwa sa pagsubok, ang project manager at sponsor. Ito ay lumilikha ng isang kadena ng pagtanggap na ang proyekto na ihahatid ay matagumpay na dinisenyo, naka-code at nasubok.
Mga Tip
-
Pinakamainam na lumikha ng mga partikular na sitwasyon sa pagsubok na sumusubok sa bawat solong piraso ng pag-andar (kinakailangan sa negosyo), pagkatapos ay lumikha ng bukas at libreng form na pagsubok. Sinisiguro nito na ang kilalang pag-andar ay sinubukan at ang "bagong" pag-andar ay nahuli na hindi dati nakuha sa mga kinakailangang bahagi ng elicitation. Ang grupong pagtanggap ng gumagamit ng pagtanggap ng mga end user ay dapat sapat na malaki upang maglagay ng isang makabuluhang load papunta sa system upang subukan ang pagkarga, kapasidad at availability.
