Scrum în testarea software-ului
Scrum in Software Testing 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 produselor 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-ului pentru a evita complexitatea.
Testarea Scrum
Testarea Scrum este o testare efectuată în metodologia scrum pentru a verifica dacă sunt îndeplinite cerințele aplicației software. Aceasta implică verificarea parametrilor nefuncționali, cum ar fi securitatea, utilizabilitatea, performanța etc. Uneori sunt necesare echipe de testare dedicate, în funcție de natura și complexitatea proiectului.
În acest tutorial, veți învăța-
- Ce este Scrum?
- Caracteristici cheie ale metodologiei Scrum
- Roluri în Scrum
- Artefacte Scrum
- Ceremonii (Procese) în Scrum
- Rolul testerului în Scrum
- Activități de testare în Scrum
- Raportarea testelor
Caracteristici cheie ale metodologiei Scrum
Următoarele sunt caracteristicile cheie ale Scrum-
- Scrum are un program fix scurt de cicluri de lansare cu scop ajustabil cunoscut sub numele de sprinturi pentru a răspunde nevoilor de dezvoltare în schimbare rapidă. Fiecare lansare ar putea avea sprinturi multiple. Fiecare proiect Scrum ar putea avea mai multe cicluri de lansare.
- O secvență repetată de întâlniri, evenimente și repere
- O practică de testare și implementare a unor noi cerințe, cunoscută sub numele de povești , pentru a vă asigura că unele lucrări sunt lansate 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 Echipa de dezvoltare. Să le studiem în detaliu
|
Proprietarul produsului |
Scrum Master |
Echipa |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Artefacte Scrum
Un proces de scrum include
- Poveștile utilizatorilor: sunt o scurtă explicație a funcționalităților sistemului testat. Exemplul pentru furnizorul de asigurări este - „Premium poate fi plătit utilizând sistemul online”.
- Product Backlog: este o colecție de povești ale utilizatorilor capturate pentru un produs scrum. Proprietarul produsului pregătește și menține restanța produsului. Acesta este prioritar de către proprietarul produsului și oricine îl poate adăuga cu aprobarea proprietarului produsului.
- Release Backlog: o versiune este un interval de timp în care numărul de iterații este finalizat. Proprietarul produsului se coordonează cu scrum master pentru a decide ce povești ar trebui vizate pentru o lansare. Poveștile din restanța de lansare sunt vizate să fie completate într-o versiune.
- Sprinturi: este o perioadă de timp stabilită pentru a finaliza poveștile utilizatorilor, decisă de proprietarul produsului și echipa de dezvoltatori, de obicei 2-4 săptămâni de timp.
- Sprint Backlog: este un set de povești ale utilizatorilor care trebuie completate într-un sprint. În timpul restantei sprintului, munca nu este atribuită niciodată, iar echipa se înscrie singură pentru a lucra. Este deținut și administrat de echipă în timp ce munca estimată rămasă este actualizată zilnic. Este lista sarcinilor care trebuie efectuate în Sprint
- Lista de blocuri : este o listă de blocuri și decizii neexecutate deținute de scrum master și actualizate zilnic
- Diagrama Burndown: Diagrama Burn-down reprezintă progresul general al lucrărilor în curs și al lucrărilor finalizate pe tot parcursul procesului. Reprezintă într-un format grafic poveștile și caracteristicile neîncheiate
3. Ceremonii (Procese) în Scrum
- Planificarea sprintului : un sprint începe cu echipa care importă povești din restanța de lansare în restul sprintului; este găzduit de scrum master. Testerii estimează efortul de a testa diferitele povești din Sprint Backlog.
- Daily Scrum: Este găzduit de scrum master, durează aproximativ 15 minute. În timpul Daily Scrum, membrii vor discuta despre lucrările finalizate în ziua precedentă, despre lucrările planificate pentru ziua următoare și despre problemele cu care s-au confruntat în timpul unui sprint. În timpul întâlnirii zilnice de stand-up progresul echipei este urmărit.
- Sprint Review / Retrospective: De asemenea, este găzduit 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ă un rol activ al Testerului în Procesul Scrum . 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 tester face într-o scrum? Nota următoare va răspunde
Activități de testare în Scrum
Testatorii fac următoarele activități în timpul diferitelor etape ale Scrum-
Planificare Sprint
- În planificarea sprintului, un tester ar trebui să aleagă o poveste de utilizator din restanța produsului care ar trebui testată.
- În calitate de tester, el / ea ar trebui să decidă câte ore (Estimarea efortului) ar trebui să treacă pentru a finaliza testarea pentru fiecare dintre poveștile utilizatorilor selectați.
- În calitate de tester, el / ea trebuie să știe care sunt obiectivele sprintului.
- În calitate de tester, contribuie la procesul de stabilire a priorităților
Sprint
- Sprijiniți dezvoltatorii în testarea unitară
- Testați povestea utilizatorului când este finalizată. Execuția testului se efectuează într-un laborator în care atât testerul, cât și dezvoltatorul lucrează mână în mână. Defectele sunt înregistrate în instrumentul de gestionare a defectelor, care sunt urmărite zilnic. Defectele pot fi conferite și analizate în timpul ședinței scrum. Defectele sunt retestate imediat ce sunt rezolvate și implementate pentru testare
- În calitate de tester, el / ea participă la toate întâlnirile zilnice de stand-up pentru a vorbi
- În calitate de tester, el / ea poate aduce orice element restant care nu poate fi finalizat în sprintul curent și pus la sprintul următor
- Testerul este responsabil pentru dezvoltarea scripturilor de automatizare. El programează testarea automatizării cu sistemul de integrare continuă (CI). Automatizarea primește importanța datorită termenelor scurte de livrare. Test Automation poate fi realizat prin utilizarea diferitelor 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 realizată printr-o comunicare strânsă cu echipa.
- Examinați rezultatele automatizării CI și trimiteți rapoarte părților interesate
- Executarea testării nefuncționale pentru povești de utilizator aprobate
- Coordonează-te 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ă completitudinea testării pentru sprintul curent
Retrospectiva Sprint
- În calitate de tester, îș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 cu privire la 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 raportare.
Grafic de ardere: în fiecare zi, Scrum Master înregistrează lucrările rămase estimate pentru sprint. Acesta nu este altceva decât Diagrama Burn Down. Se actualizează zilnic.
O diagramă de descărcare oferă o prezentare generală rapidă a progresului proiectului, această diagramă conține informații cum ar fi cantitatea totală de muncă din proiect care trebuie finalizată, cantitatea de lucru finalizată în timpul fiecărui sprint și așa mai departe.
Graficul istoric vitezei: graficul istoric vitezei prezice viteza echipei atinsă în fiecare sprint. Este un grafic cu bare și reprezintă modul în care s-au schimbat rezultatele echipelor de-a lungul timpului.
Valorile suplimentare care pot fi utile sunt programarea, reducerea bugetului, procentajul temei completat, poveștile finalizate - poveștile rămase și așa mai departe.
Aveți sfaturi sau experiențe de împărtășit pentru Testarea Scrum? Lasă un comentariu mai jos-