timp de citire: 14 minute
pentru a asigura calitățile tehnice ale unui produs, pentru a găsi erori și greșeli logice în software, este esențial să se angajeze în activități de asigurare a calității. Cu toate acestea, testarea QA nu vă va spune dacă produsul final este aliniat la obiectivele de afaceri și poate îndeplini sarcinile necesare în scenarii din lumea reală. Deci, pentru a se asigura că echipa de dezvoltare construiește produsul potrivit pentru utilizatorii finali reali, efectuarea testelor de acceptare a utilizatorilor este vitală.
ce este testarea acceptării utilizatorilor și cum este diferită de asigurarea calității?
testarea acceptării utilizatorului (UAT) verifică dacă un produs este cel potrivit pentru utilizatorii finali. Are alte nume, de exemplu, testarea utilizatorului final, operațional, aplicație, testare beta sau validare, dar descriu același lucru. În asigurarea calității, este important să se facă distincția între validare și verificare.
verificarea se referă la procesele generale de asigurare a calității care vizează testarea aspectelor tehnice ale unui produs pentru a se asigura că acesta funcționează efectiv. Validarea (sau testarea acceptării utilizatorului) este efectuată pentru a vă asigura că produsul corespunde cerințelor de afaceri și poate fi utilizat de utilizatorul final.
activități de validare și verificare în ceea ce privește testarea generală a produsului
activitatea de validare poate fi împărțită în două tipuri de testare.
testarea alfa este etapa inițială a testării de acceptare, efectuată de obicei de testeri interni, pentru a se asigura că produsul funcționează corect și îndeplinește cerințele de afaceri.
testarea Beta, al doilea tip de testare a acceptării, vizează îndeplinirea criteriilor de acceptare a utilizatorilor. UAT poate fi efectuată de
- utilizatorii efectivi ai unui produs existent,
- utilizatorii unei versiuni anterioare a unui produs,
- părțile interesate implicate în dezvoltarea produsului și/sau
- analiștii de afaceri ca specialiști pentru utilizatorii finali.
aceasta permite echipei de dezvoltare să remedieze majoritatea problemelor de utilizare, bug-uri și probleme neașteptate privind funcționalitatea, proiectarea sistemului, cerințele de afaceri etc.
de ce ai nevoie de UAT?
scopul principal al testării de acceptare este de a valida faptul că produsul corespunde nevoilor utilizatorilor (definite în etapa de descoperire a produsului) și este gata de lansare. Potrivit unui sondaj Origsoft privind utilizarea UAT, peste 75% dintre respondenți au declarat că efectuează mai multe cicluri de testare a utilizatorilor finali, 57% susținând calitatea slabă a produsului ca motiv.
deci, iată principalele motive pentru care UAT este important și ar trebui să facă parte din dezvoltarea ta.
asigurați corespondența cu cerințele de afaceri. După cum am menționat deja, UAT se face pentru a verifica dacă produsul funcționează în circumstanțele din lumea reală, după cum este necesar și permite utilizatorilor finali să rezolve problemele vizate. Dacă săriți UAT, este posibil să pierdeți unele defecte importante sau defecțiuni ale sistemului care vor provoca inevitabil nemulțumirea utilizatorilor.
ajustați cerințele inițiale. Uneori, pe măsură ce utilizatorii finali testează produsul, pot veni cu câteva gânduri valoroase despre cum să îmbunătățească software-ul testat. Obținerea unui astfel de feedback vă va permite să vă ajustați cerințele pentru a obține un rezultat care va fi mai util pentru clienții dvs.
Evitați pierderile. În primul rând, este mai ieftin să remediați produsul în primele etape de dezvoltare, astfel încât găsirea defectelor datorate UAT va permite echipei dvs. de dezvoltare să îmbunătățească produsul mult mai ușor (ceea ce se referă în cea mai mare parte la modelul agil. Citiți mai departe pentru mai multe detalii). În al doilea rând, știm cu toții povești despre eșecurile produselor din cauza funcționalității și utilizabilității slabe. UAT vă oferă feedback-ul utilizatorilor din lumea reală și face mult mai puțin probabil să aibă pierderi cauzate de o lansare nereușită a produsului.
în orice caz, UAT necesită lucrări de organizare și pregătire pentru ao face eficientă. Dacă doriți să vă asigurați valabilitatea produsului, luați în considerare următorii pași în efectuarea testelor de acceptare a utilizatorului.
etapele cheie UAT
analizați cerințele produsului și definiți livrabile cheie
Analiza cerințelor produsului este primul pas al planificării UAT. Sursa principală de informații de intrare ar fi specificația cerințelor software, deoarece include sfera completă a cerințelor de afaceri și funcționale.
cerințele de afaceri sunt obiectivele la nivel înalt ale organizației dvs. care comunică nevoile de afaceri. Acestea pot suna ca ” clienții ar trebui să poată utiliza mai multe metode de plată.”
cerințe funcționale punte o soluție tehnică cu cerințele de afaceri. Deci, cerința funcțională ar suna ca ” implementați gateway-urile de plată PayPal, Visa și Mastercard, Payoneer.”
prezentarea generală a acestor cerințe vă va spune exact ce ar trebui să testați, dacă soluțiile implementate funcționează pentru utilizatori și rezolvă probleme pentru afacere. Cerințele funcționale pot fi traduse în cazuri de testare, având în vedere criteriile de succes ale cerințelor de afaceri. Și asta vă va ajuta să formați o strategie generală de testare. Luați în considerare angajarea analiștilor dvs. de afaceri, a inginerilor QA sau a proprietarilor de produse pentru analiza cerințelor.
etapa finală de planificare este crearea documentației tehnice pentru procesul UAT. Aici, vă documentați strategia de testare, Regulile, scenariile/cazurile de testare, standardele etc. Următoarele secțiuni descriu documentația utilizată în testarea acceptării utilizatorului.
rezultatele testelor de acceptare a utilizatorilor
planul de testare UAT. Crearea unui plan de testare UAT vă va ajuta să păstrați toată lumea aliniată cu aceleași obiective și viziune. Documentul principal, acesta include toate informațiile cu privire la ceea ce va fi testat, de către cine și cum. Pentru a acoperi toate aspectele organizatorice și procesuale ale UAT, trebuie să detaliați strategia de testare și criteriile de intrare/ieșire.
strategia de testare a utilizatorului final. Strategia prezintă produsul pe care îl testați, scopul testelor de acceptare a utilizatorilor, tipurile de teste și obiectivele. Strategia dvs. de testare ar trebui să acopere informații precum
- descrierea produsului,
- obiective de testare,
- domeniul de testare,
- standarde,
- tipuri de testare,,
- testeri/roluri
- curatori (manageri) de proces,
- recenzori,
- standarde de raportare și
- rezultate.
criterii de intrare. Acestea sunt condițiile care stabilesc că software-ul este gata de testare. Acestea sunt stabilite în cea mai timpurie etapă de planificare de către echipa de dezvoltare, QA, analiștii de afaceri și părțile interesate.
criterii de ieșire sau de acceptare. Acestea sunt condițiile care dictează că software-ul este valabil pentru utilizatori. Potrivirea criteriilor de acceptare ar fi etapa finală a UAT-ului dvs.
scenarii de testare. Scenariile de testare sunt situații ipotetice pe care utilizatorii le pot întâlni atunci când interacționează cu produsul dvs. Scopul lor este de a ghida testerii dvs. prin posibile probleme de utilizare a sistemului.
practic, un scenariu de testare ar trebui să transmită o idee simplă despre ceea ce va fi testat. Un exemplu de scenariu este ” verificați funcționalitatea coșului de cumpărături.”Fiecare scenariu de utilizator este conectat cu una sau două cerințe sau povești de utilizator. Acestea sunt scrise pentru a valida faptul că sistemul este utilizabil, verificând operațiunile end-to-end cu date reale.
pentru a scrie scenarii bune de testare pentru testarea acceptării utilizatorilor, luați în considerare implicarea utilizatorilor finali în aprobare pentru a include toate cazurile posibile de utilizare, atât comune, cât și neobișnuite. De asemenea, luați în considerare scrierea lor într-un limbaj simplu, evitând frazarea complicată sau explicațiile excesiv de tehnice.
cazuri de testare. Un caz de testare este un set de acțiuni specifice care sunt întreprinse pentru a testa și verifica un anumit comportament, caracteristică sau funcționalitate a sistemului. Cazurile de testare sunt unități mai detaliate care trebuie să corespundă tuturor scenariilor de testare. Cel mai adesea veți converti poveștile utilizatorilor și cazurile de utilizare a afacerilor pentru a scrie cazuri de testare eficiente. Exemple de cazuri de testare sunt:
- verificați utilizator neînregistrat adăugarea produsului în coșul de cumpărături.
- verificați filtrarea coșului de cumpărături.
- Bifați butonul „continuați cumpărăturile”.
cazurile de testare sunt eficiente atunci când există un scop clar declarat, iar utilizatorul este capabil să înțeleagă ce ar trebui să facă pentru a-l finaliza. Ghidul utilizatorului pentru un caz de testare poate arăta astfel:
- deschideți aplicația.
- adauga orice produs intr-un cos de cumparaturi.
- autentificarea nu este necesară.
- mergeți la coșul de cumpărături.
puteți include, de asemenea, rezultatele așteptate în cazul testului, astfel încât utilizatorul să fie conștient de ceea ce se va întâmpla:
- produsul va apărea într-un coș de cumpărături.
- sistemul vă va cere să autorizați ca utilizator înregistrat.
standarde de raportare. Definiți cum ar trebui să arate un raport și ce informații ar trebui să furnizeze un utilizator final.
rapoarte de testare. Acestea acumulează date de ieșire documentate la finalizarea testului. În funcție de standardele de testare și scenariul de testare, diverse informații pot fi incluse în rapoarte. Dar, de obicei, în UAT, echipele QA vor necesita doar un semn de la tester. Un semn-off este doar o confirmare a faptului că testul este de succes și corespunde criteriilor utilizatorului.
la sfârșitul UAT, livrabilele furnizate pot fi utilizate de inginerii QA sau de un manager UAT pentru a extrage date valoroase și a comunica rezultatele echipei de dezvoltare.
în mod tradițional, inginerii de asigurare a calității vor fi responsabili pentru procesarea feedback-ului utilizatorului final. Rezultatele testelor, rapoartelor de erori și înregistrărilor de eșec/trecere sunt furnizate dezvoltatorilor pentru a asigura o comunicare constantă între diferite părți ale echipei. Pe baza feedback-ului utilizatorului final, echipa QA poate oferi, de asemenea, valori de calitate software pentru a măsura progresul în ceea ce privește UAT.
șabloane de testare a acceptării utilizatorilor
am menționat câteva documente importante care trebuie create pentru planificarea și execuția UAT corespunzătoare. Există diferite moduri de a le scrie, dar iată câteva șabloane care pot fi utile.
- șabloane plan de testare: Șablon de plan de testare de Coley Consulting, șablon sfsu (link descărcabil) sau șablon iiba (link descărcabil)
- șablon de scenariu de testare
- șablon de raport de testare
alegeți ora și forma testării utilizatorului final
testarea acceptării poate avea loc în diferite etape ale proiectului, în funcție de metodologia pe care o utilizați, dar de obicei este efectuată la sfârșitul ciclului de dezvoltare înainte de a începe testarea eliberați. Deoarece două dintre cele mai populare metodologii de management de proiect în dezvoltarea de software sunt Waterfall și Agile, vom analiza procesul de testare a acceptării utilizatorilor în cadrul acestor două modele.
testarea acceptării în modelul cascadei
pentru a ne scufunda mai adânc în detalii, trebuie să recapitulăm rapid ce este un model de cascadă. Este o metodologie tradițională de management de proiect bazată pe o dezvoltare pas cu pas a produsului.
etapele nu se intersectează, ceea ce înseamnă că nu există proiectare și testare simultană sau dezvoltare și testare. Întregul proces este strict documentat și destinat să ofere o aplicație complet funcțională la sfârșitul dezvoltării fără iterații.
etapa de acceptare a utilizatorului în cadrul modelului cascadă
testarea acceptării utilizatorului în cascadă are loc în etapa finală de dezvoltare, chiar înainte de lansare.
poate fi realizat numai după ce sistemul este considerat cod și funcție gata, după atingerea următoarelor repere.
- cerințele de afaceri de produse au fost îndeplinite.
- baza de cod este terminată.
- activitățile AC (sistem, integrare, testare unitară) au fost finalizate.
- bug-urile dezvăluite în timpul etapei QA au fost remediate.
- problemele vizuale minore sunt într-un interval acceptabil.
- mediu de acceptare a utilizatorului (manager UAT, instrumente pentru testare, scenarii de testare etc.) este creat.
în modelul Waterfall, testarea acceptării utilizatorului este punctul definitiv care demonstrează disponibilitatea software-ului. Dacă un produs îndeplinește criteriile de acceptare a utilizatorului, înseamnă că produsul este gata de producție. Activitățile UAT, în acest caz, sunt pentru completarea verificării sistemului, a funcționalității, a utilizabilității și a erorilor. Cu toate acestea, obiectivul principal este de a se asigura că produsul corespunde cerințelor inițiale și nevoilor utilizatorilor finali.
acceptarea utilizatorilor în Metodologii Agile
Modelul agil de dezvoltare de software nu este la fel de simplu ca Cascada. Se bazează pe iterarea fiecărei etape de dezvoltare până când produsul atinge calitatea și funcționalitatea necesare. Iterațiile fiecărei faze permit o dezvoltare extrem de flexibilă și o schimbare dinamică a cerințelor, deoarece Agile nu se concentrează pe crearea multor documentații. Și asta permite echipei de dezvoltare să răspundă rapid cerințelor în schimbare din partea clientului.
testarea acceptării utilizatorului în modelul Agile
imaginea arată ciclul de dezvoltare a produsului Agile cu iterații. Puteți efectua teste de acceptare a utilizatorilor în fiecare etapă a proiectului pentru a asigura valabilitatea produsului. Principala diferență între UAT în cascadă și în Agile este că UAT se efectuează de mai multe ori (adesea în cadrul fiecărei iterații), iar rezultatele sale pot avea impact asupra cerințelor inițiale, deoarece oferă feedback instantaneu cu privire la ceea ce funcționează cel mai bine.
punctele de control pentru începerea testării utilizatorului final într-un proiect agil sunt
- cerințe de afaceri formate,
- documentație UX/sistem,
- material de testare (machete interactive, prototipuri de înaltă fidelitate, demo-uri) și
- mediu de acceptare a utilizatorului.
în Agile, UAT este o parte integrantă a activităților generale de testare, deci poate lua forme diferite și poate folosi instrumente diferite. De exemplu, acestea pot fi teste privind cerințele funcționale și nefuncționale sau teste în stadiu incipient pentru a valida ipotezele făcute în timpul etapei de planificare. La sfârșitul fiecărei iterații, testarea de acceptare produce livrabile care sunt utilizate pentru a modifica cerințele, arhitectura sistemului, ghidurile de stil UX etc.
recrutează utilizatori și formează echipa UAT
după cum am menționat mai devreme, testerii pot fi recrutați din Baza de utilizatori existentă. În funcție de specificul proiectului, aceștia pot fi experți în materie, utilizatori din lumea reală a produsului, părți interesate, analiști de afaceri, proprietar de produs sau client. De asemenea, puteți utiliza platforme de crowd-sourcing pentru a căuta testeri sau pentru a angaja un specialist independent de testare a utilizatorilor.
luați în considerare crearea unui mesaj social media sau chiar a unei pagini de destinație pentru a atrage un public. Potențialii dvs. testeri nu ar trebui să fie neapărat pricepuți în tehnologie sau familiarizați cu procesele de testare software. Cu toate acestea, cei care au deja sau vor folosi produsul dvs. (sau poate unul similar) vor fi candidați buni pentru UAT-ul dvs., deoarece în acest caz puteți evita integrarea profundă și implicarea echipei QA.
implementați instrumente de testare pentru utilizatorul final și testere la bord
desigur, există instrumente specifice pe piață care sunt concepute pentru testarea utilizatorului final. Cele mai populare instrumente oferă funcționalități de gestionare a testării, cum ar fi raportarea, prezentări generale ale sarcinilor și șabloane de documentație de testare. Iată câteva exemple de software care pot fi utilizate pentru a vă sprijini activitățile UAT.
Usersnap este o platformă populară pentru furnizarea de feedback vizual cu privire la software-ul testat și aplicațiile bazate pe web. Practic, este un instrument care permite utilizatorilor să marcheze Erorile chiar pe ecran, să lase comentarii și sugestii și să împărtășească feedback-ul. Există o mulțime de instrumente similare, cum ar fi Userback și UserTesting.
FitNesse este un cadru open source, alimentat wiki pentru automatizarea testelor de acceptare. Permite tuturor părților interesate să creeze, să editeze și să ruleze cu ușurință teste, creând feedback timpuriu. Utilizatorii introduc intrări special formatate pentru a genera automat teste care sunt rulate imediat de sistem. Apoi, ieșirea este returnată și evidențiată în funcție de potrivirea rezultatului așteptat sau nu. Această platformă de colaborare are o curbă ușoară de învățare și este populară în rândul echipelor Agile.
Bugwolf este un alt instrument pentru efectuarea UAT. Pe lângă testarea mediului și raportarea erorilor, oferă funcții de gamificare și concurență pentru a motiva și angaja utilizatorii. De asemenea, veți găsi opțiuni de plată încorporate utile dacă veți efectua teste online pentru utilizatorii finali.
instrumente de management de proiect bine cunoscute precum Jira sau Trello au, de asemenea, funcționalități pentru efectuarea UAT.
testarea tabloul de bord în SpiraTest
creați mediu de acceptare utilizator și a alerga de formare
pentru a obține cele mai multe din testarea utilizatorului final, începe cu formarea. Testerii dvs. și managerul UAT sunt responsabili pentru asta. Luați în considerare structurarea procesului de instruire pentru a include următoarele aspecte.
- introducerea utilizatorilor la procesul de testare și obiectivele sale.
- instruiți utilizatorii să utilizeze instrumente pentru testarea utilizatorului final dacă aveți de gând să le utilizați.
- furnizați-le standarde și orientări de raportare.
- asigurați-vă că utilizatorii înțeleg corect cazurile de testare, oferind asistență dacă este necesar.
- furnizați-le acces la mediul de testare.
cel mai adesea testarea utilizatorului final se poate face din partea utilizatorului, ceea ce înseamnă că nu va trebui să furnizați testerilor dvs. hardware-ul. Întregul proces se poate face și online. Proiectele mai complicate sau datele confidențiale pot necesita colectarea unei echipe dedicate de testeri de utilizatori la biroul dvs. De asemenea, este important să numiți un manager care să furnizeze documentație, instrumente și asistență.
rulați testele
odată ce aveți scenariile de testare și cazurile de testare, sunteți bine să mergeți cu testele. Pentru a vă sprijini utilizatorii finali în timpul procesului și pentru a obține rezultatele necesare, oferiți o înțelegere clară a acțiunilor pe care le necesită fiecare caz de testare. Rețineți că utilizatorii dvs. nu sunt testeri profesioniști. În timpul testului, asigurați-vă că furnizați utilizatorilor date reale sau apropiate de date reale, evitând conținutul eșantionului sau butoanele fictive. Orice concepție greșită îi poate bloca în cazul testului.
un alt aspect important este ca dezvoltatorii dvs. să fie pregătiți să remedieze orice nu merge bine. Mediul dvs. de testare se poate închide sau pot exista erori care împiedică utilizatorii să testeze. Utilizatorii ar trebui să poată accesa funcționalitatea necesară în fiecare etapă a testării, fie că este vorba de un design interactiv sau de o aplicație funcțională, pentru a le permite să efectueze fiecare caz de testare inclus în planul de testare.
colectați informații de ieșire și analizați-le
în timpul activităților dvs. Echipa dvs. de asigurare a calității va trebui să o analizeze. Datele sunt colectate prin rapoartele utilizatorilor trimise manual sau printr-un instrument specific. În plus, puteți efectua interviuri cu utilizatori separați pentru a obține mai multe informații despre cazurile de testare pe care le-au efectuat și despre ce cred ei despre ele.
pentru a evalua disponibilitatea sistemului, luați în considerare măsurarea procentului de teste trecute/eșuate/fixe.
Tabloul de bord de urmărire a testelor în Panaya
există, de asemenea, câteva puncte care ar trebui luate în considerare:
stabilitatea sistemului. Stabilitatea poate fi determinată de numărul de erori neașteptate întâlnite în timpul UAT.
acoperirea testelor. Acoperirea este măsurată prin numărul de scenarii de testare/cazuri scrise și raportul lor la testele totale finalizate. De asemenea, puteți potrivi rezultatele testelor UAT cu harta călătoriei utilizatorului pentru a înțelege ce parte a funcționalității a rămas netestată.
utilizabilitatea sistemului. Acest lucru poate fi calculat prin numărul de teste care nu au fost trecute, deoarece utilizatorul nu a găsit o modalitate de a face acest lucru. Dar UX-ul general este testat în timpul testelor de utilizare, care se desfășoară ca o activitate separată.
respectarea contractului/cerinței. Respectarea cerințelor este verificată după terminarea tuturor testelor utilizatorului final. Se asigură că construirea software-ului corespunde în continuare cerințelor inițiale/domeniului de aplicare al contractului, chiar și după modificările aduse de acceptarea utilizatorului.
remediați erorile, retestați și semnați
după executarea UAT, toate defectele trebuie documentate cu comentarii relevante și transmise echipei de dezvoltare. Ei trebuie să facă ajustări ale codului pentru a aborda problemele dezvăluite de UAT.
după ce remediați erorile, retestați-le pentru a vă asigura că totul funcționează corect. Când criteriile de acceptare sunt atinse și aprobate de recenzori, se ia decizia finală de acceptare cu privire la pregătirea pentru producție a produsului.
rolurile echipei UAT
după cum am menționat mai devreme, testarea UAT este diferită de alte activități QA, deoarece este efectuată nu numai de specialiști în tehnologie; este, de asemenea, important să se implice utilizatorii finali reali în acest proces. Implicarea profesioniștilor QA și a analiștilor de afaceri este, de asemenea, necesară, la fel ca și colaborarea strânsă cu managerul de proiect și echipa de dezvoltare.
responsabilitățile echipei UAT pot diferi în funcție de nevoile companiei și ale proiectului, dar iată un exemplu de distribuție a rolului pe care îl puteți lua în considerare.
Manager de program de afaceri. Aceasta este persoana care coordonează și supraveghează întregul proiect, aliniindu-l cu obiectivele de afaceri. Înainte de etapa UAT, managerul de program ar trebui să genereze planul de livrare a programului și documentul cerințelor de afaceri pentru a sprijini activitățile de testare. El / ea este, de asemenea, responsabil pentru revizuirea și aprobarea Planului de testare și a strategiei de testare.
în timpul UAT, managerul de program monitorizează executarea activităților de testare și asigură finalizarea la timp și buget. După aceea, el / ea revizuiește raportul de testare și decide cu privire la implementarea în producție.
plumb/manager de testare UAT. Responsabilitatea conducătorului testului este de a planifica și organiza cu exactitate UAT. Pentru aceasta, este necesară, de obicei, o cooperare strânsă cu managerul de proiect.
conducerea testului adună și analizează toate cerințele de afaceri și funcționale care sunt apoi utilizate pentru a dezvolta documentația necesară, adică strategia de testare, planul de testare, scenariile de testare etc. În plus, în etapa de pregătire, el/ea lucrează cu echipa de testare, atribuind scenarii de testare membrilor echipei și organizând cursuri de formare pentru a se asigura că testerii înțeleg procedura UAT. De asemenea, conducătorul testului pregătește și gestionează resursele necesare și încarcă datele esențiale de testare în instrumentele de testare.
de-a lungul UAT, conducătorul coordonează executarea cazurilor de testare, asigurându-se că toate rezultatele testelor sunt documentate. El / ea urmărește, de asemenea, progresul testului, colectează valori și creează/menține un raport de testare.
membrii echipei de testare UAT. Sarcina principală a echipei de testare este de a executa teste în conformitate cu programul și instrucțiunile furnizate. Testerii ar trebui să creeze jurnale de testare și să raporteze defectele și incidentele. De asemenea, participă de obicei la activități de retestare (dacă este necesar).
managerul de proiect, ca persoană responsabilă pentru finalizarea cu succes a proiectului, trebuie să monitorizeze activitățile de testare, să ofere sprijin organizațional și să raporteze progresul. El / ea va acționa, de asemenea, ca mediator între echipa de testare, Dezvoltatori, client și orice alte posibile părți interesate.
lista de verificare UAT
rezumând liniile directoare UAT pe care le-am prezentat mai sus, am dezvoltat o listă de verificare pentru a vă ajuta să vă organizați activitățile de testare și să nu pierdeți nimic important.
inițierea proiectului UAT.
- verificați cu echipa de dezvoltare că toate componentele produsului sunt pregătite pentru testare. Documentați orice probleme care nu au putut fi abordate înainte de UAT.
- identificarea principalelor părți interesate.
- alegeți un lider de echipă responsabil pentru proiect, inclusiv documentele.
- discutați și conveniți asupra structurii proiectului, a echipei UAT și a documentației UAT.
- discutați cu atenție procedurile de testare și creați un plan inițial UAT.
planificarea UAT.
- Creați-vă echipa UAT și asigurați-vă că aveți testeri din fiecare segment de piață și/sau din fiecare grup de părți interesate. Asigurați-vă că toate documentele legate de participare sunt complete și semnate (nedivulgare, acord de participare etc.).
- Comunicați echipei strategia și programul de testare. Asigurați-vă că fiecare membru înțelege rolurile, procedurile și responsabilitățile.
- asigurați-vă că toate cerințele de afaceri sunt capturate și comunicate echipei UAT.
- discutați și conveniți asupra criteriilor de intrare și ieșire.
- pregătiți toată documentația de afaceri: plan de testare, scenarii de testare, cazuri de testare etc.
- comunică obiectivele de afaceri și criteriile de acceptare/ieșire ale sistemului.
- sunt de acord cu standardele de raportare.
- efectuați instruirea necesară privind sistemul și instrumentele auxiliare. Asigurați-vă că testerii înțeleg cum să raporteze incidentele.
- adunați și pregătiți toate resursele necesare pentru activitățile UAT. Rezervați spațiu dacă este necesar.
- pregătiți și testați mediul, instrumentele de gestionare a testelor, dispozitivele, serverele, canalele de feedback, urmărirea problemelor, livrarea conținutului etc.
- asigurați-vă că aveți toate datele de conectare, că accesul de securitate a fost configurat și datele de testare au fost încărcate.
se execută UAT.
- monitorizați modul în care sunt efectuate procedurile și asigurați-vă că rapoartele sunt transmise în timp util și cu acuratețe.
- creați și mențineți raportul sumar al testului.
activități Post-UAT.
- analizați informațiile de ieșire prin măsurarea procentului de teste care au trecut/au eșuat, precum și clasificarea defectelor în funcție de severitate.
- identificați starea în funcție de criteriile de acceptare.
- pregătește raportul final UAT și îl prezintă părților interesate împreună cu timpul și efortul estimat necesar pentru a îndeplini criteriile de acceptare și recomandările pentru lansare.
procedurile de testare pot diferi de la o companie la alta. Iată câteva alte liste de verificare UAT descărcabile care s-ar putea potrivi și nevoilor dvs.: Lista de verificare 1, Lista de verificare 2.