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 složenih zadataka. Scrum pomaže razvojnom timu da se usredotoči na sve aspekte razvoja softverskog proizvoda, uključujući kvalitetu, performanse i upotrebljivost. Pruža transparentnost, inspekciju i prilagodbu tijekom razvoja softvera kako bi se izbjegla složenost.

Scrum testiranje

Scrum testiranje je testiranje koje se provodi Scrum metodologijom kako bi se provjerilo jesu li ispunjeni zahtjevi softverske aplikacije. Uključuje provjeru nefunkcionalnih parametara poput sigurnosti, upotrebljivosti i performansi. U procesu nema aktivne uloge testera, pa ga obično provode programeri s Unit testovima. Ponekad su potrebni namjenski timovi za testiranje, ovisno o prirodi i složenosti projekta. Moderni timovi često koordiniraju ovaj posao u Jiri, Linearu, Azure DevOps ili Asana.

Ključne značajke Scrum metodologije

Slijede ključne značajke Scruma:

• Scrum ima kratak, fiksni raspored ciklusa objavljivanja s prilagodljivim opsegom, poznat kao Sprints, kako bi se odgovorilo na brzo promjenjive potrebe razvoja. Svako izdanje može imati više SprintSvaki Scrum projekt može imati više ciklusa izdanja.
• Niz koji se ponavlja sastanci, događaji i prekretnice.
• Praksa testiranja i implementacije novih zahtjeva, poznata kao priče, kako bi se osiguralo da je neki rad spreman za objavu nakon svakog Sprint.

Scrum se temelji na sljedeća 3 stupa:

Pogledajmo ih jedan po jedan.

1. Uloge u Scrumu

Postoje tri glavne uloge u Scrum testiranju: Vlasnik proizvoda, Scrum Master i Razvojni tim. Proučimo ih detaljnije.

Proizvod vlasnika	Scrum Master	Team
On ili ona definira značajke proizvoda.	On ili ona upravlja timom i brine se za produktivnost tima.	Tim obično broji 5-9 članova.
Vlasnik proizvoda odlučuje o datumu izlaska i odgovarajućim značajkama.	On ili ona održava listu blokiranih i uklanja prepreke u razvoju.	Uključuje programere, dizajnere, a ponekad i testere.
Prioritet daju značajkama prema tržišnoj vrijednosti i profitabilnosti proizvoda.	On ili ona koordinira sve uloge i funkcije.	Tim samostalno organizira i raspoređuje svoj rad.
On ili ona je odgovoran/na za profitabilnost proizvoda.	On ili ona štiti tim od vanjskih utjecaja.	Ima pravo učiniti sve unutar granica projekta kako bi ispunio Sprint cilj.
On ili ona može prihvatiti ili odbiti rezultate radnih stavki.	Pozivi na dnevni Scrum, Sprint Revpregled i planiranje sastanaka.	Aktivno sudjeluje u svakodnevnim ceremonijama.

2. Scrum artefakti

Scrum proces uključuje:

• Priče korisnika: To je kratko objašnjenje funkcionalnosti testiranog sustava. Primjer za osiguravatelja 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 Product Backlog. Vlasnik proizvoda određuje mu prioritete i svatko ga može nadopunjavati uz odobrenje Vlasnika proizvoda. Moderni timovi održavaju Product Backlog u Jiri, Linearu, Azure DevOps ili Asana.
• Release Backlog: Izdanje je vremenski okvir u kojem se dovršava određeni broj iteracija. Vlasnik proizvoda koordinira sa Scrum Masterom kako bi odlučio koje priče trebaju biti ciljane za izdanje. Priče u Release Backlogu su ciljane da budu dovršene u izdanju.
• Sprints: To je određeno vremensko razdoblje za dovršetak korisničkih priča, koje određuju Vlasnik proizvoda i razvojni tim, obično 2-4 tjedna.
• Sprint Zaostatak: To je skup korisničkih priča koje treba dovršiti u Sprint, za vrijeme Sprint Zaostatak, posao se nikada ne dodjeljuje, a tim se samostalno prijavljuje za posao. U vlasništvu je i pod upravom tima, dok se procijenjeni preostali posao ažurira svakodnevno. To je popis zadataka koji se moraju izvršiti u Sprint.
• Popis blokiranih: To je popis blokova i nedonesenih odluka u vlasništvu Scrum Mastera i ažurira se svakodnevno.
• Grafikon sagorijevanja: Grafikon s pregledom prikazuje ukupni napredak rada u tijeku i dovršenog rada tijekom cijelog procesa. U grafičkom obliku prikazuje nedovršene priče i značajke.

3. Ceremonije (procesi) u Scrumu

• Sprint Planiranje: A Sprint počinje s timom koji uvozi priče iz zaostatka za izdavanjem u Sprint Zaostatak; domaćin mu je Scrum Master. Testeri procjenjuju trud potreban za testiranje različitih priča u Sprint Zaostatak.
• Dnevni stand-up: Također se naziva Dnevni Scrum, vodi ga Scrum Master i traje oko 15 minuta. Tijekom Dnevnog Stand-upa, članovi raspravljaju o poslu obavljenom prethodnog dana, planiranom radu za sljedeći dan i problemima s kojima se susreću tijekom... SprintNapredak tima je tracovdje.
• Sprint Revpogled / Retrospektiva: Također ga vodi Scrum Master, traje oko 2-4 sata i raspravlja se o tome što je tim postigao u protekloj Sprint i koje su lekcije naučene.

Nakon što su utvrđene Scrum uloge, artefakti i ceremonije, važno je razjasniti gdje se testeri točno uklapaju unutar ovog okvira.

Uloga ispitivača u Scrumu

Ne postoji aktivna uloga testera u Scrumu proces. Obično testiranje provodi programer s Unit testovima, dok je Product Owner također često uključen u proces testiranja tijekom svakog Sprint. Neki Scrum projekti imaju namjenske testne timove, ovisno o prirodi i složenosti projekta..

Sljedeće pitanje je što tester radi u Scrumu? Sljedeći odjeljak će odgovoriti na to.

Aktivnosti testiranja u Scrumu

Testeri obavljaju sljedeće aktivnosti tijekom različitih faza Scruma:

Sprint Planiranje

• In Sprint Pri planiranju, tester bi trebao odabrati korisničku priču iz Product Backloga koju treba testirati.
• Kao tester, on ili ona bi trebao odlučiti koliko sati (procjena truda) bi trebalo biti potrebno Završiti testiranje za svaku od odabranih korisničkih priča.
• Kao tester, on ili ona mora znati što Sprint ciljevi su.
• Kao tester, doprinesite procesu određivanja prioriteta.

Sprint

• Podržati razvojne programere u jediničnom testiranju.
• Testirajte korisničku priču kada je završena. Provodi se izvođenje testa u laboratoriju gdje i tester i programer rade ruku pod ruku. Greške se bilježe u Alat za upravljanje kvarovima i tracsvakodnevno. Nedostaci se mogu dodijeliti i analizirati tijekom Scrum sastanka. Nedostaci se ponovno testiraju čim se otkriju riješen i raspoređeni za testiranje. Moderni Scrum timovi obično koriste Jiru, Linear, Azure DevOps ili Asana za ovaj tijek rada.
• Kao tester, on ili ona prisustvuje svim dnevnim stand-up sastancima kako bi se oglasio/la.
• Kao tester, on ili ona može donijeti bilo koju stavku iz zaostatka koja se ne može dovršiti u trenutnom Sprint i stavite ga u sljedeći Sprint.
• Tester je odgovoran za razvojping skripte za automatizaciju. On ili ona 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 raznih alata otvorenog koda ili plaćenih alata dostupnih na tržištu. To se pokazalo učinkovitim u osiguravanju da je pokriveno sve što treba testirati. Dovoljna pokrivenost testiranjem može se postići bliskom komunikacijom unutar tima.
• Revpregledati rezultate automatizacije CI-ja i slati izvješća dionicima.
• Provedite nefunkcionalno testiranje za odobrene korisničke priče.
• Koordinirajte se s kupcem i Vlasnikom proizvoda kako biste definirali kriterije prihvatljivosti za testove prihvatljivosti.
• Na kraju Sprint, tester također provodi prihvatno testiranje (UAT) u nekim slučajevima i potvrđuje potpunost testiranja za trenutni Sprint.

Sprint retrospektivan

• Kao tester, on ili ona će shvatiti što je pošlo po zlu, a što dobro u trenutnom Sprint.
• Kao tester, on ili ona identificira naučene lekcije i najbolje prakse.

Nakon što se ove aktivnosti testiranja pokrenu, svaki Sprint, timovi se oslanjaju na jasne metrike za komunikaciju napretka, što je upravo područje gdje izvještavanje o testiranju postaje ključno.

Izvještavanje o ispitivanju

Izvještavanje o metrikama Scrum testiranja pruža transparentnost i vidljivost dionicima o projektu. Izvještavane metrike omogućuju timu da analizira svoj napredak i planira buduću strategiju za poboljšanje proizvoda. Alati poput Jire, Lineara, Azure DevOps i Asana automatski generiraju mnoga od ovih izvješća. Postoje dva pokazatelja koja se često koriste za izvještavanje.

Grafikon sagorijevanja: Scrum Master svaki dan bilježi procijenjeni preostali posao za SprintOvo je grafikon sagorijevanja koji se ažurira svakodnevno.

Grafikon s vremenskim razmakom daje brz pregled napretka projekta. Ovaj grafikon sadrži informacije poput ukupne količine posla u projektu koja se mora dovršiti, količine posla dovršenog tijekom svakog Sprint, I tako dalje.

Grafikon povijesti brzine: Grafikon povijesti brzine predviđa brzinu koju tim dostiže u svakom SprintTo je stupčasti grafikon i predstavlja kako se učinak tima mijenjao tijekom vremena.

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

Pitanja i odgovori