Free Press

În cadrul testării acceptării de către utilizator (UAT), software-ul este testat de către utilizatorii reali la sediul acestora. Se mai numește și sub alte denumiri, cum ar fi testarea beta și testarea utilizatorului final. Practic, se realizează pentru a confirma că sistemul dezvoltat este în conformitate cu cerințele utilizatorilor care au fost împărtășite cu dezvoltatorii înainte de începerea dezvoltării sistemului.

Ce este Testarea de acceptare de către utilizatori?

Este un tip de testare care este efectuată de utilizatori reali în ultima etapă de testare, înainte ca produsul sau aplicația să fie lansată în mediul de producție sau pe piață.

Mediul utilizat pentru efectuarea testării de acceptare de către utilizator (UAT) este similar cu mediul de producție și nu este mediul de dezvoltare.

Lista de verificare a testării de acceptare a utilizatorului (UAT)

Este important să se asigure că următoarele etape și activitățile de testare ale acestora sunt acoperite ca parte a testării de acceptare a utilizatorului pentru a asigura rezultate optime din UAT.

1. Inițierea proiectului de testare de acceptare de către utilizator
2. Planificarea testării de acceptare de către utilizator
3. Proiectarea testării de acceptare de către utilizator
4. Executarea testării de acceptare de către utilizator
5. Decizii de lansare
6. Acțiuni ulterioare testării de acceptare de către utilizator

Activitățile care fac parte din fiecare dintre etapele de mai sus sunt prezentate mai jos.

Inițierea proiectului de testare a acceptării de către utilizator

În mod ideal, următoarele activități ar trebui să se desfășoare ca parte a inițierii proiectului UAT.

1. Identificați principalele părți interesate
2. Selectați un lider de echipă
3. Comunicați intenția de afaceri, obiectivele și criteriile de acceptare a sistemului
4. Să cadă de acord asupra resurselor echipei de testare a acceptării utilizatorilor
5. Să cadă de acord asupra documentației pentru a sprijini testarea acceptării utilizatorilor
6. Să cadă de acord asupra structurilor de luare a deciziilor
7. Să cadă de acord asupra asupra echipei de testare de acceptare a utilizatorului
8. Inițializați instruirea pentru testarea de acceptare a utilizatorului
9. Formați un plan de proiect inițial pentru testarea de acceptare a utilizatorului

Planificarea testării de acceptare a utilizatorului

În timp ce planificați testarea de acceptare a utilizatorului, trebuie efectuate sarcinile de mai jos.

1. Identificați metoda de achiziție a sistemului pentru a determina cea mai bună abordare a testării de acceptare de către utilizator.
2. Determinați dacă intenția de afaceri și așteptările utilizatorului au fost capturate și sunt măsurabile.
3. Verificați dacă cerințele de afaceri au fost capturate.
4. Verificați dacă au fost incluse toate tipurile de cerințe.
5. Scrieți criteriile de acceptare și verificați dacă sunt adecvate.
6. Asigurați-vă că domeniul de aplicare este clar și relevant.
7. Capturați și verificați procesele de afaceri.
8. Evaluați documentația actuală și sustenabilitatea acesteia pentru a servi ca bază de testare.

Proiectarea testului de acceptare de către utilizator

Este important să vă asigurați că proiectarea testului pentru UAT urmează pașii de mai jos pentru a vă asigura că UAT oferă rezultatul dorit.

1. Stabilirea criteriilor de intrare pentru Testarea de acceptare de către utilizator.
2. Revizuirea scripturilor de testare, dacă sunt disponibile.
3. Definirea strategiei de Testare de acceptare de către utilizator.
4. Revizuirea condițiilor de testare existente, dacă sunt disponibile, și scrierea unora noi.
5. Revizuirea cazurilor de testare existente, dacă sunt disponibile, și scrierea unora noi pe baza condițiilor de testare.
6. Scrieți scripturile de testare pe baza condițiilor de testare.
7. Asigurați-vă că testele acoperă toate cerințele.

Executarea testului de acceptare de către utilizator

Cele de mai jos trebuie executate ca parte a execuției testului UAT.

1. Verificați disponibilitatea mediului de testare.
2. Defineți programul de testare la nivel înalt în raport cu strategia de testare de acceptare a utilizatorului pentru a realiza prioritățile.
3. Defineți programul detaliat de testare pentru a obține cea mai bună utilizare a resurselor.
4. Asigurați-vă că jurnalul de testare este actualizat.
5. Asigurați-vă că incidentele sunt raportate corect și la timp.
6. Verificați în mod regulat rezolvarea defectelor cu echipa de dezvoltare și asigurați-vă că nu există blocaje.
7. Generați rapoarte periodice de rezumat al testelor.

Testarea de acceptare de către utilizator Decizii de lansare

Cele ce urmează vor ajuta echipa să decidă dacă să continue sau nu cu lansarea, după UAT.

1. Identificați starea față de criteriile de acceptare.
2. Identificați în detaliu efortul și timpul necesar pentru a îndeplini criteriile de acceptare.
3. Examinați alternativele pe baza riscurilor restante.
4. Criterii de lansare de urgență pentru a permite o lansare controlată.
5. Reportați starea părților interesate cheie cu propuneri alternative pentru lansare.
6. Pregătiți raportul de finalizare a testelor de acceptare de către utilizator cu recomandări.

Acțiuni ulterioare testelor de acceptare de către utilizator

Acțiunile de mai jos trebuie efectuate după finalizarea UAT.

1. Proiectarea și planul de instruire a utilizatorilor.
2. Suport post-lansare.
3. Testare continuă
4. Raport post-test de acceptare a utilizatorului cu întrebări frecvente etc.

Bune practici de testare a acceptării utilizatorului

Cunoașteți utilizatorii care vor utiliza în cele din urmă software-ul

Cunoașteți publicul țintă. Care sunt problemele/nevoile lor? Care este motivația lor? Cum puteți ajunge la ei? Atunci când aveți toate aceste informații înainte de a iniția Testarea de acceptare a utilizatorului, vă economisește efortul irosit și vă ajută să obțineți rezultate direcționate.

Pregătiți planul de Testare de acceptare a utilizatorului cu mult timp înainte

De obicei, Testarea de acceptare a utilizatorului este efectuată înainte de lansarea software-ului pe piață și în această etapă sunteți deja sub presiunea respectării termenelor limită și sunteți entuziasmat de răspunsul utilizatorului final în ceea ce privește software-ul dvs. prin urmare, planificarea testării de acceptare a utilizatorului în această etapă ar putea duce la ratarea unor cazuri de utilizare din viața reală care sunt frecvente. Disponibilitatea resurselor ar putea fi, de asemenea, o constrângere în această etapă.

Sistemul de gestionare a testelor de acceptare a utilizatorului bine structurat

Sistemul de gestionare a testelor de acceptare a utilizatorului bine structurat este cel care conține opțiuni de filtrare ușoară, raportare eficientă, matrice de trasabilitate, caracteristici de urmărire a erorilor și securitate.

Crearea de scenarii pe baza cerințelor de afaceri

Este întotdeauna o bună practică să pregătiți scenarii de testare pe baza cerințelor de afaceri pentru a viza utilizatorul final.

Definiți în mod clar criteriile de acceptare

Dacă produsul este trecut sau nu după dezvoltare este decis de criteriile de acceptare, deci este bine să definiți în mod clar criteriile de acceptare.

Etapa în care se efectuează testarea de acceptare de către utilizator

Există mai multe moduri de a dezvolta un sistem, dar în linii mari se clasifică în 2 categorii:

1. Dezvoltare secvențială
2. Dezvoltare iterativă

Dezvoltare secvențială

Dezvoltarea secvențială utilizează o secvență de etape de dezvoltare care de obicei urmează o formă de V. UAT este nivelul final de testare care testează sistemul finalizat în raport cu cerințele de afaceri.

Dezvoltare iterativă

Într-o abordare iterativă (cum ar fi dezvoltarea Agile), proiectarea și testarea au loc în timpul unor sprinturi scurte și astfel funcționalitatea sistemului devine disponibilă în mod incremental la sfârșitul fiecărui sprint. UAT va fi necesară înainte de a lansa fiecare sprint.

Abordarea testării de acceptare a utilizatorului

Abordarea UAT se bazează pe 3 elemente:

1. Exigențe de afaceri
2. Procese de afaceri
3. Așteptări ale utilizatorului

Ar trebui să existe o abordare care să urmeze aceste 3 elemente.

Cazuri de testare bazate pe cerințe

Cazurile de testare trebuie să acopere cerințele de afaceri, fiecare caz de testare trebuie să fie legat de o cerință specifică pe baza unui număr de identificare. Cazurile de testare ar putea fi scrise la scurt timp după ce se definește specificația cerințelor și se numesc cazuri de testare bazate pe cerințe. Dezavantajul acestei abordări este că, dacă cerințele conțin greșeli, atunci și cazurile de testare vor fi greșite.

Cazuri de testare bazate pe procesele de afaceri

Cazurile de testare bazate pe procesele de afaceri sunt scrise pentru a se asigura că sistemul care este livrat va funcționa în mod specific în susținerea proceselor de afaceri. Cazurile de testare trebuie să fie capabile să arate că cerințele au fost îndeplinite într-un mod care să reflecte modul în care organizația va utiliza sistemul.

Cazuri de testare bazate pe interfața cu utilizatorul

Cazurile de testare bazate pe interfața cu utilizatorul sunt structurate în jurul unor formulare sau ecrane care trebuie completate. Cazurile de testare se bazează pe introducerea datelor, pe interacțiunile prin intermediul ecranului și pe raportare. Cazurile de testare conduse de interfața cu utilizatorul pot fi încorporate în cazuri de testare bazate pe procesul de afaceri, în cazul în care procesul de afaceri implică introducerea de date, interacțiuni sau raportare.

Stabilirea priorităților prin testarea bazată pe risc

UAT se realizează de obicei sub presiune, deoarece se face chiar înainte ca sistemul să fie lansat către utilizatorii finali pentru ca aceștia să îl folosească, astfel încât este necesar să se găsească o modalitate de a face cât mai bine în timpul limitat disponibil. Pentru aceasta, se folosește tehnica de prioritizare pentru a executa mai întâi testele cele mai importante, astfel încât orice test lăsat incomplet să fie mai puțin important decât cel care este finalizat. Aceasta se numește testare bazată pe risc.

Se identifică nivelul de risc pentru fiecare cerință și cerințele sunt sortate după prioritate.Testarea bazată pe risc poate fi utilizată împreună cu alte abordări.

De exemplu

Testarea bazată pe risc ar putea fi inclusă în cadrul testării bazate pe cerințe pentru a se asigura că zonele cele mai importante sunt testate mai întâi.

Dacă sistemul face ceea ce i se cere în timp ce lipsește o parte detaliată a specificației tehnice, atunci acest rezultat trebuie raportat, dar nu este un „show-stopper”.’

Pe de altă parte, dacă sistemul îndeplinește fiecare element al specificației tehnice, dar este greu de utilizat, atunci este un motiv de îngrijorare.

Exemple de teste de acceptare de către utilizator

Chiar orice software din orice domeniu, cum ar fi Automotive, Călătorii/Turism etc., ar trebui să treacă prin teste de acceptare de către utilizator adecvate înainte de a fi livrat în producție.

Să presupunem că există un software de urmărire a telefoanelor mobile în care un administrator administrează resursele mobile și este o aplicație bazată pe web. Aceasta a trecut prin multe forme diferite de testare, cum ar fi testarea funcțională, testarea de integrare, testarea sistemului, testarea performanței etc. și acum vine rândul celui mai important nivel de testare și este testarea acceptării utilizatorului. În mod ideal, ar trebui să fie efectuat la două niveluri:

Testarea alfa

Acest tip de testare de acceptare a utilizatorului este efectuat de către testeri la sediul dezvoltatorilor pentru a verifica ultimele probleme înainte de livrarea software-ului către utilizatorii finali pentru testarea beta.

Testarea Beta

Se face de către utilizatorii finali la sediul lor și verifică orice problemă înainte ca software-ul să fie lansat în producție.

Concluzie

Beneficiul testării de acceptare de către utilizator este că nu vor exista surprize atunci când produsul este lansat în producție/piață pentru utilizarea efectivă.

Alte articole populare:

• Ce este testul de acceptare sau User Acceptance Testing (UAT)?
• Ce este Acceptance Test-Driven Development în metodologia Agile?
• Ce sunt Piramida de testare și Cadranele de testare în metodologia de testare Agile?
• Ce sunt produsele de lucru ale proiectului în testarea Agile?
• Ce este testarea cazurilor de utilizare în testarea software?