Ce este testarea de acceptare a utilizatorilor (UAT)?

Ce este UAT?

Testarea de acceptare a utilizatorilor (UAT) este un tip de testare efectuată de utilizatorul final sau client pentru a verifica/accepta sistemul software înainte de a muta aplicația software în mediul de producție. UAT se realizează în faza finală a testării după ce se realizează testarea funcțională, de integrare și de sistem.

Scopul UAT

Principalul Scopul UAT este de a valida fluxul de afaceri de la un capăt la altul. Nu se concentrează pe erori cosmetice, greșeli de ortografie sau testarea sistemului. Testarea de acceptare a utilizatorilor se efectuează într-un mediu de testare separat, cu o configurație de date similară cu cea de producție. Este un tip de testare de tip cutie neagră în care vor fi implicați doi sau mai mulți utilizatori finali.

UAT se realizează prin:

• Client
• Utilizatori finali

Necesitatea testării de acceptare a utilizatorilor

Necesitatea testării acceptării utilizatorilor apare odată ce software-ul a fost supus testelor de unitate, integrare și sistem. Dezvoltatorii ar fi putut construi software pe baza propriei interpretări a documentului de cerințe, iar modificările necesare în timpul dezvoltării nu sunt întotdeauna comunicate eficient. Prin urmare, UAT verifică dacă produsul final este acceptat de client și de utilizatorii finali.

• Dezvoltatorii codifică software-ul pe baza unui document de cerințe, care reprezintă „propria” lor înțelegere a cerințelor și poate să nu fie de fapt ceea ce are nevoie clientul de la software.
• Modificările cerințelor în cursul proiectului pot să nu fie comunicate în mod eficient dezvoltatorilor.

Testare de acceptare și V-Model

În modelul V, testarea de acceptare a utilizatorului corespunde fazei de cerințe a Ciclul de viață al dezvoltării software-ului (SDLC)Această asociere asigură că tot ceea ce a fost inclus în cerințele de business este verificat prin UAT înainte de lansare.

Cerințe preliminare ale testării de acceptare a utilizatorilor

Înainte de a putea începe UAT (User Acceptance Testing), sistemul trebuie să îndeplinească un set clar de criterii de intrare. Următoarele sunt cerințe preliminare tipice pentru testarea de acceptare a utilizatorilor:

• Cerințele de afaceri trebuie să fie disponibile.
• Aplicatii Code ar trebui să fie complet dezvoltat.
• Testarea unitară, testarea integrării și testarea sistemului ar trebui finalizate.
• În faza de testare a integrării sistemului nu trebuie să rămână defecte de tip Showstopper, High sau Medium.
• Doar erorile cosmetice sunt acceptabile înainte de UAT.
• Testarea de regresie ar trebui finalizată fără defecte majore.
• Toate defectele raportate ar trebui remediate și testate înainte de UAT.
• A tracMatricea de fezabilitate pentru toate testele trebuie completată.
• Mediul UAT trebuie să fie pregătit.
• E-mail sau comunicare de aprobare din partea echipei de testare a sistemului care confirmă că sistemul este pregătit pentru execuția UAT.

Cum se execută testele UAT

UAT este efectuată de utilizatorii vizați ai sistemului sau software-ului. Acest tip de Testare software de obicei are loc la locația clientului și este denumită și testare beta. Odată ce criteriile de admitere pentru UAT sunt îndeplinite, testerii îndeplinesc următoarele sarcini:

• Analiza cerințelor afacerii
• Crearea planului de testare UAT
• Identificați scenariile de testare
• Creați cazuri de testare UAT
• Pregătirea datelor de testare (date similare producției)
• Rulați cazurile de testare
• Înregistrați rezultatele
• Confirmați obiectivele de afaceri

Pasul 1) Analiza cerințelor afacerii

Una dintre cele mai importante activități în cadrul UAT este identificarea și dezvoltarea scenariilor de testare. Aceste scenarii de testare sunt derivate din următoarele documente:

• Carta proiectului
• Cazuri de utilizare pentru afaceri
• Diagrame de flux de proces
• Document de cerințe de afaceri (BRD)
• Specificația cerințelor de sistem (SRS)

Pasul 2) Crearea planului UAT

Planul de testare UAT prezintă strategia care va fi utilizată pentru a verifica și asigura că o aplicație îndeplinește cerințele sale de business. Acesta documentează criterii de intrare și ieșire pentru UAT, scenarii de testare, abordarea cazurilor de testare și cronologia testării.

Pasul 3) Identificați scenariile de testare și cazurile de testare

Identificați scenariile de testare în raport cu procesele de business de nivel înalt și creați cazuri de testare cu pași de testare clari. Cazurile de testare ar trebui să acopere suficient majoritatea scenariilor UAT. Cazurile de utilizare business servesc drept date de intrare pentru crearea cazurilor de testare.

Pasul 4) Pregătirea datelor de testare

Cel mai bine este să folosiți date live pentru UAT. Datele ar trebui amestecate pentru confidențialitate și securitate motive. Testerul ar trebui să fie familiarizat cu fluxul bazei de date.

Pasul 5) Rulați și înregistrați rezultatele

Execută cazuri de testare și raportează erorile, dacă există. Retestează erorile odată ce acestea sunt remediate. Managementul testelor instrumentele pot fi folosite pentru execuție.

Pasul 6) Confirmați îndeplinirea obiectivelor de afaceri

Analiștii de afaceri sau testerii UAT ar trebui să trimită un e-mail de aprobare după testarea UAT. După aprobare, produsul este gata de producție. Livrabilele pentru testarea UAT sunt Planul de testare, Scenariile și Cazurile de testare UAT, Rezultatele testelor și Jurnalul de defecte.

Criterii de ieșire pentru UAT

Înainte de a trece la producție, trebuie luate în considerare următoarele aspecte:

• Niciun defect critic deschis.
• Procesul de afaceri funcționează satisfăcător.
• Întâlnire de semnare UAT cu toate părțile interesate.

Calitățile testatorilor UAT

Un tester UAT ar trebui să posede cunoștințe solide despre domeniu. Testerul ar trebui să fie independent și să gândească ca un... utilizator necunoscut pentru sistemTesterul ar trebui să fie analitic, cu gândire laterală și capabil să combine tot felul de date pentru a asigura succesul testului UAT.

Testerii, analiștii de afaceri sau experții în domeniu care înțeleg cerințele sau fluxurile de lucru ale afacerii pot pregăti teste și date realiste pentru afacere.

Provocări comune în UAT

Chiar și echipele mature se împiedică în timpul UAT. Anticiparea acestor probleme menține intact programul de lansare:

• Domeniu de aplicare neclar: Definiți scenarii care se concentrează pe rezultatele afacerii pentru a preveni estomparea UAT-ului în testarea sistemului.
• Implicarea târzie a utilizatorilor: Implică utilizatorii finali în timpul verificărilor tehnice ale cerințelor înainte de începerea UAT-ului formal.
• Derivația mediului: Oglindiți configurațiile de producție și volumele de date în mediul UAT.

Cele mai bune practici

Următoarele aspecte ar trebui luate în considerare pentru ca UAT să aibă succes:

• Pregătiți planul UAT la începutul ciclului de viață al proiectului.
• Pregătiți o listă de verificare înainte de începerea UAT.
• Desfășurați o sesiune pre-UAT în timpul fazei de testare a sistemului.
• Stabiliți așteptările și definiți clar domeniul de aplicare al UAT.
• Testați fluxurile de afaceri end-to-end și evitați testele la nivel de sistem.
• Testați sistemul sau aplicația cu scenarii și date din lumea reală.
• Gândește-te ca un utilizator necunoscut sistemului.
• Efectuați teste de utilizabilitate.
• Organizați o sesiune de feedback și o întâlnire înainte de a trece la producție.

Instrumente UAT

Mai multe instrumente acceptă testarea acceptării utilizatorilor în cadrul colaborării, execuției și raportării. Câteva opțiuni populare sunt enumerate mai jos:

• Fitnesse: A Javamotor de testare open-source bazat pe - în care părțile interesate din domeniu creează teste în format tabelar.
• JIRA cu Zefir sau Xray: Combină defectul tracrege cu execuție structurată a testelor și tracebilitate.
• TestRail: O platformă web de gestionare a testelor pentru organizarea ciclurilor UAT și raportarea stării.

Exemple de linii directoare pentru UAT

• În scenariile obișnuite de dezvoltare software, UAT este adesea efectuată în mediul QA atunci când nu există un mediu dedicat de staging sau UAT.
• UAT este de obicei clasificat în Testare Beta și Alpha, deși această distincție contează mai puțin atunci când software-ul este dezvoltat pentru o industrie bazată pe servicii.
• UAT oferă mai multă valoare atunci când clientul este implicat într-o măsură mai mare pe tot parcursul proiectului.

Întrebări frecvente