În ultimele două săptămâni, v-am analizat mai în detaliu lumea testării acceptării utilizatorilor. Și în această perioadă de timp, am primit întrebări cu privire la fluxurile de lucru și procesele din spatele UAT.

Este un subiect destul de special și pentru noi, deoarece urmărirea erorilor noastre – & este folosit de o varietate de oameni și companii care îi ajută în eforturile lor de testare a acceptării utilizatorilor.

În postarea de pe blogul de astăzi aș dori să vă arăt cum arată fluxul de lucru real al UAT. De la planificare la executare și până la analizarea eforturilor dvs. UAT.

Să începem.

5 pași pentru fluxul de lucru UAT. Iată cum funcționează.

Testarea acceptării utilizatorului este complicată. Probabil asta este ceea ce mulți dintre voi credeți. De la crearea unui plan UAT, până la executarea cazurilor de testare și analizarea acestora. Sunt implicate tot felul de departamente și oameni diferiți.

Și cel mai rău dintre toate: UAT are loc într-un moment incomod: la sfârșitul unui proiect.

Echipa ta de dezvoltare a terminat cu sarcinile lor (cel puțin ar trebui să fie) și agenții dvs. de QA încep să testeze aplicația.

Și au doar o singură sarcină principală: să testeze dacă aplicația funcționează pentru utilizatorii dvs.

I Vă vom ghida prin următorii 5 pași:

• Planificare
• Execuție
• Documentație
• Evaluare
• Raportare & Lecții învățate

Planificare

Planificarea acceptării utilizatorului Eforturile de testare sunt absolut necesare. Fără o planificare adecvată, UAT nu vă va duce nicăieri. Planificarea testelor de acceptare a utilizatorilor trebuie să acopere următoarele domenii:

Planificarea & gestionarea timpului
Într-un prim pas, trebuie să clarificați câteva întrebări de bază. Trebuie să colectați informații cu privire la programul dvs. UAT și agenții și testerii QA.
Asigurați-vă că aveți toate informațiile într-un singur loc pentru a stabili un plan UAT realist. Și cel mai important: Elaborați un concept cum ar trebui să arate grupurile dvs. de testare.

Cerințe de personal
Trebuie să planificați cine din echipa dvs. este implicat în execuția UAT yUAT, precum și să vă asigurați că toate responsabilitățile și sarcinile sunt cunoscute.

Fiecare persoană implicată în procesul UAT ar trebui să aibă o înțelegere clară a responsabilității sale.

Când vă configurați echipa UAT, asigurați-vă că aduceți pe toți pe aceeași pagină. Stabiliți linii directoare clare de comunicare și pregătiți-vă publicul țintă pentru cazul de testare.

Comunicare & Strategia problemei
În timp ce executați cazurile de test UAT definite, trebuie să faceți sigur că aveți un flux de lucru care să se ocupe de erori, probleme și alte probleme.

• Cum veți documenta problemele?
• Cum pot comunica testerii problemele?

Listă de verificare UAT
Înainte de a începe să executați cazuri de testare, vă recomand să utilizați o listă de verificare pentru testarea acceptării utilizatorului. Vă va ajuta să vă concentrați și să vă mențineți eforturile și sarcinile la locul lor.

Pe baza experienței noastre UAT, am creat acest șablon pentru lista de verificare a fluxului de lucru UAT. Puteți descărca și vizualiza gratuit lista de verificare.

Executare

Aveți câteva opțiuni la executarea cazurilor de test UAT. După cum sugerează și numele, testerii dvs. (= potențiali utilizatori) vor testa și evalua acum aplicația dvs. în ceea ce privește anumite scenarii de testare.

Dacă furnizați un produs global pe diferite piețe geografice, sunt mari șanse să nu vă puteți întâlni acești testeri în persoană.

Cazurile de testare pot fi executate în sesiuni individuale prin Skype sau orice alt software de apel video. În timpul sesiunilor, veți obține o mulțime de date cantitative și – chiar mai importante – calitative de la utilizatorii dvs.

Mai ales dacă cazurile de testare sunt executate după procesul de dezvoltare finalizat, s-ar putea să ajungeți la unele noi perspective pe care nu le-ați luat în considerare. Va fi testată teoria despre cât de multe cunoștințe au utilizatorii dvs.

Documentație

Executarea și documentarea testelor dvs. de acceptare a utilizatorilor ar trebui să aibă loc în același timp. Aș recomanda configurarea unui sistem care vă permite să documentați toate informațiile relevante fără a pierde date.

Documentarea este un lucru, responsabilitățile clar definite pentru asigurarea implementării feedback-ului utilizatorilor dvs. sunt un alt factor cheie.

Mulți dintre clienții noștri au configurat Usersnap pentru acest pas. Erorile, feedback-ul și alte anomalii pot fi documentate pe ecranul browserului utilizatorului. Un tablou de bord ușor de utilizat permite colegilor dvs. să obțină o imagine de ansamblu bună a problemelor importante. Asigurarea delegării și atribuirii priorităților este un alt lucru cheie aici.

Evaluare

În această fază trebuie să evaluați dacă criteriile definite sunt testate și îndeplinite. Și cel mai important, dacă aceste criterii au fost îndeplinite cu succes de testeri.

A eșuat vreun caz de testare? Ce probleme au apărut? Cum pot fi rezolvate aceste probleme și cine este responsabil pentru asta?

Datele cantitative și calitative documentate în primul rând trebuie analizate. Trebuie răspuns la următoarele întrebări:

• Câți testeri au finalizat cazurile de testare?
• Care a fost evaluarea generală a acestor cazuri de testare?
• Care a fost starea de spirit generală a fiecărui tester?
• Ce emoții au apărut în timpul cazurilor de testare?

Faza de evaluare este destul de extinsă, deoarece fiecare și fiecare caz de testare trebuie analizat și pus în context.

Raportarea & lecțiile învățate

S-ar putea să credeți că evaluarea și faza de raportare este aceeași. Nu sunt.
În timpul fazei de evaluare, colectați, agregați și analizați datele. În schimb, faza de raportare se referă la o imagine de ansamblu.

Scopul principal este de a aduna informații și lecții învățate care vă vor ajuta să vă îmbunătățiți cazurile de testare viitoare și fluxurile de lucru UAT. S-ar putea să începeți, de asemenea, să construiți relații cu unii dintre testerii dvs. UAT în timpul acestei faze, deoarece acestea sunt o sursă utilă pentru feedback și informații suplimentare.

UAT nu este doar un test. Este un ciclu.

Testele de acceptare a utilizatorilor sunt efectuate în mod regulat la sfârșitul unei faze de dezvoltare software, într-un moment în care produsul este aproape „terminat”. Nu trebuie să fie cazul. Problemele ulterioare apar, cu atât sunt mai scumpe.

Fluxurile de lucru UAT pot fi implementate mult mai devreme. Când urmărim o abordare mai agilă a UAT, UAT în sine nu este un pas de proiect separat. În schimb, necesită o colaborare continuă între toți membrii echipei și părțile interesate.

De-a lungul întregului flux de lucru de dezvoltare, UAT devine o parte esențială a fiecărei etape a proiectului.

Scopul aici este de a integra testele de acceptare a utilizatorilor în fiecare proiect pas. UAT nu mai este o fază. Asigurarea progresului continuu înseamnă asigurarea ciclurilor continue de testare și feedback.

Bonus: Sfaturi despre instrument pentru UAT cu Usersnap

Când selectați un instrument pentru a ajuta la comunicare , raportarea erorilor, urmărirea problemelor și colaborarea echipei mai ușor, puteți apela la Usersnap instrumentul de feedback vizual.

Faceți clic, captura de ecran, adnotați problema, trimiteți. Da, este la fel de ușor! Usersnap vă permite să colectați feedback-ul testului în cadrul aplicației dvs., utilizatorii pot desena și comenta direct ceea ce îl face rapid și precis. Informațiile browserului, dimensiunea ecranului, adresa URL, erorile Javascript sunt capturate automat cu fiecare bilet, astfel încât inginerii dvs. să poată reproduce și depana pe loc.

Încercați-l astăzi gratuit.