Vodič za metodologiju Scrum testiranja

Scrum u testiranju softvera

Scrum u testiranju softvera je metodologija za izgradnju složenih softverskih aplikacija. Pruža jednostavna rješenja za izvršavanje kompliciranih zadataka. Scrum pomaže razvojnom timu da se usredotoči na sve aspekte razvoja softverskog proizvoda poput kvalitete, performansi, upotrebljivosti i tako dalje. Omogućuje transparentnost, pregled i prilagodbu tijekom razvoja softvera kako bi se izbjegla složenost.

Scrum testiranje

Scrum testiranje je testiranje provedeno u scrum metodologiji kako bi se potvrdilo da su zahtjevi softverske aplikacije ispunjeni. Uključuje provjeru nefunkcionalnih parametara poput sigurnosti, upotrebljivosti, performansi itd. Ne postoji aktivna uloga ispitivača u procesu pa ga obično izvode programeri s Unit Testom. Ponekad su potrebni namjenski timovi za testiranje, ovisno o prirodi i složenosti projekta.

Ključne značajke Scrum metodologije

Slijede ključne značajke Scrum-a

  • Scrum ima kratki fiksni raspored ciklusa izdavanja s podesivim opsegom poznat kao ubrzava za rješavanje brzo promjenjivih razvojnih potreba. Svako izdanje može imati više sprinteva. Svaki Scrum projekt može imati više ciklusa izdavanja.
  • Niz koji se ponavlja sastanci, događaji i prekretnice
  • Praksa testiranja i implementacije novih zahtjeva, poznata kao priče, kako biste bili sigurni da je dio posla spreman nakon svakog sprinta

Scrum se temelji na sljedeća 3 stupa-

Ključne značajke Scrum metodologije

Pogledajmo jedno po jedno

1. Uloge u Scrumu

Tri su glavne uloge u Scrum testiranju – Vlasnik proizvoda, Scrum Master i Razvojni tim. Proučimo ih detaljno

Proizvod vlasnika Scrum Master Team
On/ona definira značajke proizvoda. On/ona upravlja timom i brine o produktivnosti tima Tim se obično sastoji od 5-9 članova
Vlasnik proizvoda odlučuje o datumu izdavanja i odgovarajućim značajkama On/ona održava popis blokiranih i uklanja prepreke u razvoju Uključuje programere, dizajnere i ponekad testere itd.
Daju prioritet značajkama prema tržišnoj vrijednosti i isplativosti proizvoda On/ona koordinira sve uloge i funkcije Tim sam organizira i raspoređuje svoj posao
On/ona je odgovoran za profitabilnost proizvoda On/ona štiti tim od vanjskih smetnji Ima pravo učiniti sve unutar granica projekta kako bi ispunio cilj sprinta
On/ona može prihvatiti ili odbiti rezultat radnog predmeta Poziva na dnevni scrum, pregled sprinta i sastanke za planiranje Aktivno sudjelujte u svakodnevnim ceremonijama

2. Scrum artefakti

Scrum artefakti

Scrum proces uključuje

  • Priče korisnika: Oni su kratko objašnjenje funkcionalnosti sustava koji se testira. Primjer za pružatelja osiguranja je - "Premija se može platiti putem online sustava."
  • Zaostatak proizvoda: To je zbirka korisničkih priča snimljenih za scrum proizvod. Vlasnik proizvoda priprema i održava zaostatak proizvoda. Vlasnik proizvoda mu daje prioritet i svatko ga može dodati uz odobrenje vlasnika proizvoda.
  • Release Backlog: Izdanje je vremenski okvir u kojem je dovršen broj ponavljanja. Vlasnik proizvoda koordinira sa scrum masterom da odluči koje priče treba ciljati za objavu. Priče u zaostatku izdanja ciljano su dovršene u izdanju.
  • Sprints: To je određeno vremensko razdoblje za dovršavanje korisničkih priča, o čemu odlučuju vlasnik proizvoda i tim razvojnih programera, obično 2-4 tjedna vremena.
  • Sprint Zaostatak: To je skup korisničkih priča koje treba dovršiti u sprintu. Tijekom zaostatka u sprintu posao se nikada ne dodjeljuje, a tim se sam prijavljuje za rad. Vlasnik je i njime upravlja tim, dok se procijenjeni preostali rad svakodnevno ažurira. To je popis zadataka koji se moraju obaviti Sprint
  • Popis blokiranih: To je popis blokada i nedonesenih odluka u vlasništvu scrum mastera koji se svakodnevno ažurira
  • Grafikon sagorijevanja: Grafikon sagorijevanja predstavlja ukupni napredak rada koji je u tijeku i dovršenog rada tijekom procesa. U obliku grafikona predstavlja priče i značajke koje nisu dovršene

3. Ceremonije (procesi) u Scrumu

  • Sprint Planiranje: Sprint počinje timom koji uvozi priče iz zaostatka izdanja u zaostatak sprinta; domaćin je scrum master. Testeri procjenjuju napor da testiraju različite priče u Sprint Zaostatak.
  • Dnevni Scrum: Domaćin je scrum master, traje oko 15 minuta. Tijekom dnevnog Scruma, članovi će raspravljati o poslu dovršenom prethodnog dana, planiranom radu za sljedeći dan i problemima s kojima se suočavaju tijekom sprinta. Tijekom dnevnog stand-up sastanka prati se napredak tima.
  • Sprint Review/ Retrospektiva: Domaćin je i scrum master, traje oko 2-4 sata i razgovara se o tome što je tim postigao u zadnjem sprintu i koje su lekcije naučene.

Uloga ispitivača u Scrumu

Uloga ispitivača u Scrumu

Ne postoji aktivna uloga testera u Scrumu Proces. Obično testiranje provodi programer s Unit Testom. Dok je vlasnik proizvoda također često uključen u proces testiranja tijekom svakog sprinta. Neki Scrum projekti imaju namjenske timove za testiranje ovisno o prirodi i složenosti projekta.

Sljedeće pitanje je, što ispitivač radi u scrumu? Sljedeća bilješka će odgovoriti

Aktivnosti testiranja u Scrumu

Testeri rade sljedeće aktivnosti tijekom različitih faza Scrum-a.

Sprint Planiranje

  • U planiranju sprinta, tester bi trebao odabrati korisničku priču iz zaostatka proizvoda koji bi trebao biti testiran.
  • Kao ispitivač, on/ona bi trebao odlučiti koliko sati (procjena napora) treba trajati Završiti testiranje za svaku od odabranih korisničkih priča.
  • Kao ispitivač, on/ona mora znati koji su ciljevi sprinta.
  • Kao tester, doprinesite procesu određivanja prioriteta

Sprint

  • Podržite programere u testiranju jedinica
  • Testirajte korisničku priču kada završite. Provodi se izvođenje testa u laboratoriju gdje i tester i programer rade ruku pod ruku. Defect su prijavljeni Alat za upravljanje kvarovima koji se prate na dnevnoj bazi. Nedostaci se mogu dodijeliti i analizirati tijekom scrum sastanka. Nedostaci se ponovno testiraju čim se pojave riješen i raspoređeni za testiranje
  • Kao ispitivač, on/ona prisustvuje svim dnevnim standup sastancima kako bi govorio
  • Kao tester, on/ona može donijeti bilo koju zaostalu stavku koja se ne može dovršiti u trenutnom sprintu i staviti je na sljedeći sprint
  • Tester je odgovoran za razvoj skripti za automatizaciju. Zakazuje testiranje automatizacije s Sustav kontinuirane integracije (CI).. Automatizacija dobiva na važnosti zbog kratkih rokova isporuke. Automatizacija testiranja može se postići korištenjem različitih alata otvorenog koda ili plaćenih alata dostupnih na tržištu. To se pokazalo učinkovitim u osiguravanju da je obuhvaćeno sve što je potrebno testirati. Dovoljna pokrivenost testom može se postići bliskom komunikacijom s timom.
  • Revtj. pregledati rezultate CI automatizacije i poslati izvješća zainteresiranim stranama
  • Izvršavanje nefunkcionalnog testiranja za odobrene korisničke priče
  • Koordinirajte s kupcem i vlasnikom proizvoda kako biste definirali kriterije prihvaćanja za testove prihvaćanja
  • Na kraju sprinta, ispitivač također provodi testiranje prihvaćanja (UAT) u nekim slučajevima i potvrđuje potpunost testiranja za trenutni sprint

Sprint retrospektivan

  • Kao tester, on će otkriti što je pošlo krivo, a što dobro u trenutnom sprintu
  • Kao ispitivač, on identificira naučene lekcije i najbolje prakse

Izvještavanje o ispitivanju

Izvješćivanje o metrikama Scrum testa osigurava transparentnost i vidljivost dionicima o projektu. Mjerni podaci koji se prijavljuju omogućuju timu da analizira svoj napredak i planira svoju buduću strategiju za poboljšanje proizvoda. Postoje dvije metrike koje se često koriste za izvješćivanje.

Grafikon sagorijevanja: Svaki dan Scrum Master bilježi procijenjeni preostali rad za sprint. Ovo nije ništa drugo nego Burn Down Chart. Ažurira se svakodnevno.

Grafikon sagorevanja daje brzi pregled napretka projekta, ovaj grafikon sadrži informacije poput ukupne količine posla u projektu koji se mora dovršiti, količine posla obavljenog tijekom svakog sprinta i tako dalje.

Izvještavanje o ispitivanju

Grafikon povijesti brzine: Grafikon povijesti brzine predviđa brzinu koju će tim postići u svakom sprintu. To je stupčasti grafikon i predstavlja kako se učinak timova mijenjao tijekom vremena.

Dodatne metrike koje mogu biti korisne su trošenje rasporeda, trošenje proračuna, postotak dovršenosti teme, dovršene priče – preostale priče i tako dalje.

Ovo je sve o Scrumu u softverskom inženjerstvu