Tutorial Metodologie de testare Scrum

Scrum în testarea software-ului

Scrum în testarea software-ului Scrum 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 de produse software, inclusiv calitatea, performanța și utilizabilitatea. 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 dacă sunt îndeplinite cerințele aplicației software. Aceasta implică verificarea parametrilor nefuncționali, cum ar fi securitatea, utilizabilitatea și performanța. Nu există un rol activ al unui tester în acest proces, așa că este de obicei efectuată de dezvoltatori cu teste unitare. Uneori sunt necesare echipe de testare dedicate, în funcție de natura și complexitatea proiectului. Echipele moderne coordonează adesea această muncă în Jira, Linear, Azure DevOps sau Asana.

Caracteristicile cheie ale metodologiei Scrum

Următoarele sunt caracteristicile cheie ale Scrum:

• Scrum are un program scurt și fix de cicluri de lansare cu domeniu de aplicare ajustabil, cunoscut sub numele de Sprints, pentru a răspunde nevoilor de dezvoltare în continuă schimbare. Fiecare versiune poate avea mai multe SprintFiecare 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 ne asigura că o parte din lucrare este gata de lansare după fiecare Sprint.

Scrum se bazează pe următorii 3 piloni:

Să le privim pe rând.

1. Roluri în Scrum

Există trei roluri principale în testarea Scrum: Product Owner, Scrum Master și Echipa de Dezvoltare. Să le studiem în detaliu.

Produs Proprietar	Scrum master	Echipa
El sau ea definește caracteristicile produsului.	El sau ea conduce echipa și se ocupă de productivitatea acesteia.	Echipa este de obicei formată din 5-9 membri.
Product Owner-ul decide data lansării și caracteristicile corespunzătoare.	El sau ea menține lista de blocări și elimină barierele din dezvoltare.	Include dezvoltatori, designeri și uneori testeri.
Aceștia prioritizează caracteristicile în funcție de valoarea de piață și profitabilitatea produsului.	El sau ea se coordonează cu toate rolurile și funcțiile.	Echipa își organizează și programează munca singură.
El sau ea este responsabil pentru profitabilitatea produsului.	El sau ea protejează echipa de interferențe externe.	Are dreptul să facă tot ce se încadrează în limitele proiectului pentru a îndeplini Sprint poartă.
El sau ea poate accepta sau respinge rezultatele elementelor de lucru.	Invitări la Scrumul zilnic, Sprint Revvedere și planificarea întâlnirilor.	Participă 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. Exemplu pentru un furnizor de asigurări este: „Prima poate fi plătită folosind sistemul online.”
• Restante produs: Este o colecție de povești ale utilizatorilor capturate pentru un produs Scrum. Proprietarul de produs pregătește și menține Product Backlog-ul. Acesta este prioritizat de către Product Owner și oricine poate adăuga informații la acesta cu aprobarea Product Owner-ului. Echipele moderne mențin Product Backlog-ul în Jira, Linear, Azure DevOps sau Asana.
• Lansare Backlog: O lansare este un interval de timp în care sunt finalizate un număr de iterații. Product Owner-ul coordonează împreună cu Scrum Master-ul pentru a decide ce povești ar trebui să fie vizate pentru o lansare. Poveștile din Release Backlog sunt destinate finalizării într-o lansare.
• Sprints: Este o perioadă de timp stabilită pentru finalizarea poveștilor utilizatorilor, decisă de Product Owner și echipa de dezvoltare, de obicei 2-4 săptămâni.
• Sprint Restante: Este un set de povești ale utilizatorilor care trebuie completate într-un Sprint. Pe parcursul Sprint Restanțele, munca nu este niciodată atribuită, iar echipa se înscrie singură pentru muncă. Aceasta este deținută și gestionată de echipă, în timp ce munca estimată rămasă este actualizată zilnic. Este lista de sarcini care trebuie efectuate într-un Sprint.
• Lista de blocati: Este o listă de blocaje și decizii neluate deținută de Scrum Master și actualizată zilnic.
• Diagrama de ardere: Diagrama de derulare a lucrărilor reprezintă progresul general al lucrărilor în curs și al lucrărilor finalizate pe parcursul procesului. Reprezintă sub formă de grafic poveștile și caracteristicile nefinalizate.

3. Ceremonii (Procese) în Scrum

• Sprint planificare: A Sprint începe cu importul de povești din Release Backlog în echipă Sprint Restanțe; este găzduit de Scrum Master. Testerii estimează efortul necesar pentru testarea diferitelor povești din Sprint Restante.
• Stand-up zilnic: Numită și Daily Scrum, aceasta este găzduită de Scrum Master și durează aproximativ 15 minute. În timpul Daily Stand-up, membrii discută despre munca finalizată în ziua precedentă, munca planificată pentru ziua următoare și problemele întâmpinate în timpul unei... SprintProgresul echipei este traca fost pus aici.
• Sprint RevVedere / Retrospectivă: De asemenea, este găzduit de Scrum Master, durează aproximativ 2-4 ore și discută ce a realizat echipa în ultimele Sprint și ce lecții au fost învățate.

Odată stabilite rolurile, artefactele și ceremoniile Scrum, este important să clarificăm exact unde se încadrează testerii în acest cadru.

Rolul Testerului în Scrum

Nu există niciun rol activ al Testerului în Scrum proces. De obicei, testarea este efectuată de un dezvoltator cu teste unitare, în timp ce Product Owner-ul este, de asemenea, implicat frecvent î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 un tester în Scrum? Secțiunea următoare va răspunde la această întrebare.

Activități de testare în Scrum

Testerii desfășoară următoarele activități în timpul diferitelor etape ale Scrum:

Sprint Planificare

• In Sprint În timpul planificării, un tester ar trebui să aleagă o poveste de utilizator din Product Backlog care ar trebui testată.
• Ca tester, el sau ea ar trebui să decidă câte ore (estimarea efortului) ar trebui să fie necesare. a termina testarea pentru fiecare dintre poveștile utilizatorilor selectate.
• Ca tester, el sau ea trebuie să știe ce Sprint obiectivele sunt.
• Ca tester, contribuie la procesul de prioritizare.

Sprint

• Sprijinirea dezvoltatorilor în testarea unitară.
• Testează povestea utilizatorului după finalizare. Execuția testului este efectuată într-un laborator unde atât testerul, cât și dezvoltatorul lucrează mână în mână. Defectele sunt înregistrate într-un Instrument de management al defectelor și tracdetectate zilnic. Defectele pot fi comunicate și analizate în timpul întâlnirii Scrum. Defectele sunt retestate imediat ce sunt hotărât și implementate pentru testare. Echipele Scrum moderne folosesc de obicei Jira, Linear, Azure DevOps sau Asana pentru acest flux de lucru.
• Ca tester, el sau ea participă la toate întâlnirile zilnice de stand-up pentru a-și exprima opinia.
• Ca tester, el sau ea poate aduce orice element restant care nu poate fi finalizat în procesul curent. Sprint și pune-l în următorul Sprint.
• Testerul este responsabil pentru dezvoltareping scripturi de automatizare. El sau ea programează testarea automatizării cu un Sistem de integrare continuă (CI).Automatizarea capătă 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 în asigurarea faptului că tot ceea ce trebuie testat este acoperit. O acoperire suficientă a testelor poate fi realizată printr-o comunicare strânsă în cadrul echipei.
• RevVizualizați rezultatele automatizării CI și trimiteți rapoarte părților interesate.
• Execută teste nefuncționale pentru poveștile utilizatorilor aprobate.
• Coordonează-te cu clientul și Product Owner-ul pentru a defini criteriile de acceptare pentru testele de acceptare.
• La sfârșitul Sprint, testerul efectuează și teste de acceptare (UAT) în unele cazuri și confirmă completitudinea testării pentru versiunea curentă Sprint.

Sprint retrospectiv

• Ca tester, el sau ea va descoperi ce a mers greșit și ce a mers bine în situația actuală. Sprint.
• Ca tester, el sau ea identifică lecțiile învățate și cele mai bune practici.

Odată ce aceste activități de testare se desfășoară fiecare Sprint, echipele se bazează pe indicatori clari pentru a comunica progresul, iar aici raportarea testelor devine esențială.

Raportarea testelor

Raportarea metricilor de testare Scrum oferă transparență și vizibilitate părților interesate cu privire la proiect. Metricile raportate permit unei echipe să își analizeze progresul și să își planifice strategia viitoare pentru îmbunătățirea produsului. Instrumente precum Jira, Linear, Azure DevOps și Asana generează automat multe dintre aceste rapoarte. Există două valori care sunt utilizate frecvent pentru raportare.

Diagrama de ardere: În fiecare zi, Scrum Master-ul înregistrează munca estimată rămasă pentru SprintAcesta este graficul de burndown, actualizat zilnic.

O diagramă de burndown oferă o imagine de ansamblu rapidă asupra progresului proiectului. Această diagramă conține informații precum volumul total de muncă din proiect care trebuie finalizat, volumul de muncă finalizat în fiecare etapă. Sprint, Și așa mai departe.

Graficul istoric al vitezei: Graficul istoricului vitezei prezice viteza pe care echipa o atinge în fiecare SprintEste un grafic cu bare și reprezintă modul în care s-a modificat rezultatul echipei în timp.

Alte valori indicatoare care pot fi utile sunt consumul de timp programat, consumul de timp bugetat, procentul de finalizare a temei, poveștile finalizate, poveștile rămase și așa mai departe.

Întrebări frecvente