Tutorial Metodologie de testare Scrum

Scrum în testarea software-ului

Scrum în testarea software-ului este o metodologie pentru construirea de aplicații software complexe. Oferă soluții ușoare pentru executarea sarcinilor complicate. Scrum ajută echipa de dezvoltare să se concentreze pe toate aspectele dezvoltării produsului software, cum ar fi calitatea, performanța, gradul de utilizare și așa mai departe. Oferă transparență, inspecție și adaptare în timpul dezvoltării software pentru a evita complexitatea.

Testarea Scrum

Testarea Scrum este o testare efectuată în metodologia scrum pentru a verifica îndeplinirea cerințelor aplicației software. Implica verificarea parametrilor nefuncționali cum ar fi securitatea, gradul de utilizare, performanța etc. Nu există un rol activ de tester în proces, așa că este de obicei realizat de dezvoltatori cu Unit Test. Uneori sunt necesare echipe de testare dedicate, în funcție de natura și complexitatea proiectului.

Caracteristicile cheie ale metodologiei Scrum

Următoarele sunt caracteristicile cheie ale Scrum-

• Scrum are un program fix scurt de cicluri de lansare cu domeniu de aplicare reglabil cunoscut sub numele de sprinturi pentru a răspunde nevoilor de dezvoltare în schimbare rapidă. Fiecare lansare ar putea avea mai multe sprinturi. Fiecare proiect Scrum poate avea mai multe cicluri de lansare.
• O secvență care se repetă de întâlniri, evenimente și repere
• O practică de testare și implementare de noi cerințe, cunoscută ca povestiri, pentru a vă asigura că unele lucrări sunt eliberate gata după fiecare sprint

Scrum se bazează pe următorii 3 piloni-

Să ne uităm la unul câte unul

1. Roluri în Scrum

Există trei roluri principale în Scrum Testing - Product Owner, Scrum Master și The Development Team. Să le studiem în detaliu

Produs Proprietar	Scrum master	Echipa
El/Ea definește caracteristicile produsului.	El/ea conduce echipa și are grijă de productivitatea echipei	Echipa este de obicei de aproximativ 5-9 membri
Proprietarul produsului decide data lansării și funcțiile corespunzătoare	El/Ea menține lista blocate și înlătură barierele în dezvoltare	Include dezvoltatori, designeri și uneori testeri etc.
Ei prioritizează caracteristicile în funcție de valoarea de piață și rentabilitatea produsului	El/Ea se coordonează cu toate rolurile și funcțiile	Echipa își organizează și își programează singur munca
El/Ea este responsabil pentru rentabilitatea produsului	El/Ea protejează echipa de interferențe externe	Are dreptul să facă totul în limitele proiectului pentru a îndeplini obiectivul de sprint
El/ea poate accepta sau respinge rezultatul articolului de lucru	Invită la întâlnirile zilnice de scrum, revizuire sprint și planificare	Participați activ la ceremoniile zilnice

2. Artefacte Scrum

Un proces scrum include

• Povești utilizatori: Acestea sunt o scurtă explicație a funcționalităților sistemului testat. Exemplul pentru furnizorul de asigurări este: „Prima poate fi plătită folosind sistemul online”.
• Restante produs: Este o colecție de povești de utilizatori capturate pentru un produs scrum. Proprietarul produsului se pregătește și menține stocul de produse. Este prioritizat de proprietarul produsului și oricine îl poate adăuga cu aprobarea proprietarului produsului.
• Lansare Backlog: O lansare este un interval de timp în care numărul de iterații este finalizat. Proprietarul produsului coordonează cu Scrum Master pentru a decide ce povești ar trebui să fie vizate pentru o lansare. Poveștile din stocul de lansări sunt vizate pentru a fi finalizate într-o lansare.
• Sprints: Este o perioadă stabilită de timp pentru a finaliza poveștile utilizatorilor, decisă de proprietarul produsului și echipa de dezvoltatori, de obicei 2-4 săptămâni.
• Sprint Restante: Este un set de povești de utilizator care trebuie finalizate într-un sprint. În timpul sprintului, munca nu este niciodată repartizată, iar echipa se înscrie pentru lucru pe cont propriu. Este deținut și gestionat de echipă, în timp ce munca rămasă estimată este actualizată zilnic. Este lista sarcinilor care trebuie îndeplinite Sprint
• Lista de blocati: Este o listă de blocuri și decizii neluate deținute de scrum master și actualizată zilnic
• Diagrama de ardere: Diagrama de ardere reprezintă progresul general al lucrărilor în desfășurare și ale lucrărilor finalizate pe tot parcursul procesului. Reprezintă într-un format grafic poveștile și caracteristicile nefinalizate

3. Ceremonii (Procese) în Scrum

• Sprint planificare: Un sprint începe cu echipa importând povești din backlogul de lansare în backlog de sprint; este găzduit de scrum master. Testerii estimează efortul de a testa diferitele povești din Sprint Restante.
• Scrum zilnic: Este găzduit de Scrum Master, durează aproximativ 15 minute. În cadrul Daily Scrum, membrii vor discuta despre munca finalizată în ziua precedentă, munca planificată pentru ziua următoare și problemele cu care se confruntă în timpul unui sprint. În timpul întâlnirii zilnice, progresul echipei este urmărit.
• Sprint Revvedere/ Retrospectivă: Este găzduit și de scrum master, durează aproximativ 2-4 ore și discută ce a realizat echipa în ultimul sprint și ce lecții au fost învățate.

Rolul Testerului în Scrum

Nu există niciun rol activ al Testerului în Scrum Proces. De obicei, testarea este efectuată de un dezvoltator cu Unit Test. În timp ce proprietarul produsului este, de asemenea, frecvent implicat în procesul de testare în timpul fiecărui sprint. Unele proiecte Scrum au echipe de testare dedicate, în funcție de natura și complexitatea proiectului.

Următoarea întrebare este, ce face testerul într-un scrum? Următoarea notă va răspunde

Activități de testare în Scrum

Testerii efectuează următoarele activități în diferitele etape ale Scrum-

Sprint Planificare

• În planificarea sprintului, un tester ar trebui să aleagă o poveste de utilizator din stocul de produse care ar trebui testată.
• În calitate de testator, el/ea ar trebui să decidă câte ore (estimarea efortului) ar trebui să dureze a termina testarea pentru fiecare dintre poveștile utilizatorului selectate.
• În calitate de tester, el/ea trebuie să știe care sunt obiectivele de sprint.
• În calitate de tester, contribuiți la procesul de prioritizare

Sprint

• Sprijiniți dezvoltatorii în testarea unitară
• Testați povestea utilizatorului când este finalizată. Execuția testului este efectuată într-un laborator în care atât testerul, cât și dezvoltatorul lucrează mână în mână. Defectele sunt autentificate Instrument de management al defectelor care sunt urmărite zilnic. Defectele pot fi conferite și analizate în timpul ședinței scrum. Defectele sunt retestate imediat ce sunt hotărât și desfășurate pentru testare
• În calitate de testator, el/ea participă la toate întâlnirile zilnice de standup pentru a vorbi
• În calitate de testator, el/ea poate aduce orice element de acumulare care nu poate fi finalizat în sprintul curent și poate trece la următorul sprint
• Tester este responsabil pentru dezvoltarea scripturilor de automatizare. Programează testarea automatizării cu Sistem de integrare continuă (CI).. Automatizarea primește importanță datorită termenelor scurte de livrare. Automatizarea testelor poate fi realizată prin utilizarea diverselor instrumente open source sau plătite disponibile pe piață. Acest lucru se dovedește eficient pentru a se asigura că tot ceea ce trebuie testat a fost acoperit. O acoperire suficientă a testului poate fi obținută printr-o comunicare strânsă cu echipa.
• Revvizualizați rezultatele automatizării CI și trimiteți rapoarte părților interesate
• Executarea testelor nefuncționale pentru poveștile utilizatorilor aprobate
• Coordonați cu clientul și proprietarul produsului pentru a defini criteriile de acceptare pentru testele de acceptare
• La sfârșitul sprintului, testerul face, de asemenea, teste de acceptare (UAT) în unele cazuri și confirmă caracterul complet al testării pentru sprintul curent

Sprint retrospectiv

• În calitate de tester, el își va da seama ce a mers prost și ce a mers bine în sprintul actual
• În calitate de tester, identifică lecțiile învățate și cele mai bune practici

Raportarea testelor

Raportarea valorilor Scrum Test oferă transparență și vizibilitate părților interesate despre proiect. Valorile raportate permit unei echipe să își analizeze progresul și să își planifice strategia viitoare pentru a îmbunătăți produsul. Există două valori care sunt utilizate frecvent pentru a raporta.

Diagrama de ardere: În fiecare zi, Scrum Master înregistrează munca rămasă estimată pentru sprint. Acesta nu este altceva decât Graficul Burn Down. Este actualizat zilnic.

O diagramă de ardere oferă o imagine de ansamblu rapidă a progresului proiectului, această diagramă conține informații precum cantitatea totală de muncă din proiect care trebuie finalizată, cantitatea de muncă finalizată în timpul fiecărui sprint și așa mai departe.

Graficul istoric al vitezei: Graficul istoric al vitezei prezice viteza echipei atinsă în fiecare sprint. Este un grafic cu bare și reprezintă modul în care rezultatele echipelor s-au schimbat în timp.

Valorile suplimentare care pot fi utile sunt arderea programului, arderea bugetului, procentajul temei finalizate, poveștile finalizate – poveștile rămase și așa mai departe.

Acesta este totul despre Scrum în ingineria software