Scrumi testimise metoodika õpetus: mis on protsess, esemed, sprint

Scrum tarkvara testimisel

Scrum tarkvara testimises on keerukate tarkvararakenduste loomise metoodika. See pakub lihtsaid lahendusi keeruliste ülesannete täitmiseks. Scrum aitab arendustiimil keskenduda tarkvaratoodete arendamise kõikidele aspektidele, nagu kvaliteet, jõudlus, kasutatavus ja nii edasi. See tagab tarkvara arendamise käigus läbipaistvuse, kontrollimise ja kohandamise, et vältida keerukust.

Scrumi testimine

Scrum Testing on scrumi metoodikas testimine, et kontrollida tarkvararakenduse nõuete täitmist. See hõlmab mittefunktsionaalsete parameetrite, näiteks turvalisuse, kasutatavuse, jõudluse jms kontrollimist. Tester ei ole protsessis aktiivne, nii et seda teevad tavaliselt arendajad ühikutestiga. Mõnikord on vaja spetsiaalseid testimeeskondi, sõltuvalt projekti olemusest ja keerukusest.

Selles õpetuses saate teada

• Mis on Scrum?
• Scrumi metoodika põhijooned
• Rollid Scrumis
• Scrumi esemed
• Tseremooniad (protsessid) Scrumis
• Testija roll Scrumis
• Testimistegevused Scrumis
• Testiaruandlus

Scrumi metoodika põhijooned

Järgnevalt on toodud Scrum-

• Scrumil on lühike fikseeritud vabastamistsüklite ajakava, mille reguleeritav ulatus on tuntud kui sprindid, et vastata kiiresti muutuvatele arenguvajadustele. Igal väljalaskel võib olla mitu sprinti. Igal Scrumi projektil võib olla mitu vabastamistsüklit.
• Korduv koosolekute, ürituste ja verstapostide jada
• Uute nõuete testimine ja rakendamine, mida nimetatakse lugudeks , et veenduda, et mõni teos on pärast iga sprinti valmis

Scrum põhineb järgmisel kolmel sambal -

Vaatame ükshaaval

1. Rollid Scrumis

Scrumi testimisel on kolm peamist rolli - tooteomanik, Scrum Master ja arendustiim. Uurime neid üksikasjalikult

Toote omanik	Scrum Master	Meeskond
Ta määratleb toote omadused.	Ta juhib meeskonda ja hoolitseb meeskonna tootlikkuse eest	Meeskonda kuulub tavaliselt umbes 5–9 liiget
Tooteomanik otsustab väljaandmise kuupäeva ja vastavad funktsioonid	Ta peab plokkide loendit ja eemaldab tõkked arengus	See hõlmab arendajaid, disainereid ja mõnikord ka testijaid jne.
Nad tähtsustavad funktsioone vastavalt toote turuväärtusele ja kasumlikkusele	Ta koordineerib kõiki rolle ja funktsioone	Meeskond korraldab ja planeerib oma tööd iseseisvalt
Ta vastutab toote kasumlikkuse eest	Ta kaitseb meeskonda väliste sekkumiste eest	Tal on õigus teha sprindi eesmärgi saavutamiseks kõik projekti piirides
Ta võib tööobjekti tulemuse vastu võtta või tagasi lükata	Kutsub igapäevase vaatluse, sprindi ülevaatuse ja koosolekute kavandamise juurde	Osalege aktiivselt igapäevastel tseremooniatel

2. Scrumi artefaktid

Uurimisprotsess sisaldab

• Kasutajate lood: need on testitava süsteemi funktsioonide lühike selgitus. Näide kindlustusepakkujast on: "Lisatasu saab maksta võrgusüsteemi abil."
• Toote mahajäämus: see on kogum kasutajalugusid, mis on jäädvustatud toote jaoks. Tooteomanik valmistab ette ja hoiab toote mahajäämust. Toote omanik on selle prioriteediks seadnud ja igaüks saab seda toote omaniku heakskiidul lisada.
• Väljalaskeava: väljaanne on ajaraam, mille jooksul on korduste arv täidetud. Tooteomanik teeb koos scrum masteriga koostööd, et otsustada, millised lood peaksid väljalaske sihtima. Väljalaske mahus olevad lood kavatsetakse täiendada väljalasega.
• Sprindid: see on määratud ajaperiood kasutajalugude lõpuleviimiseks, mille on otsustanud tooteomanik ja arendajate meeskond, tavaliselt 2–4 nädalat.
• Sprindi mahajäämus: see on kasutajalugude komplekt, mis tuleb sprindis lõpule viia. Sprindi mahajäämuse ajal ei määrata kunagi tööd ja meeskond kirjutab tööle iseseisvalt. Selle omanik ja haldaja on meeskond, samal ajal kui hinnangulist järelejäänud tööd värskendatakse iga päev. See on nimekiri ülesannetest, mis tuleb Sprintis täita
• Blokkide loend : see on loend plokkidest ja tegemata otsustest, mis kuuluvad scrum masterile ja mida värskendatakse iga päev
• Põlemisskeem: läbipõlemisdiagramm näitab pooleliolevate ja kogu protsessi vältel lõpetatud töö üldist edenemist. See tähistab graafikavormingus lõpetamata lugusid ja funktsioone

3. Tseremooniad (protsessid) Scrumis

• Sprindi planeerimine: sprint algab sellega, et meeskond impordib lood väljalaske mahajäämusest sprindi mahajäämusse; seda võõrustab scrum master. Testijad hindavad jõupingutusi, et proovida erinevaid lugusid Sprindi mahajäämuses.
• Daily Scrum: seda võõrustab scrum master, see kestab umbes 15 minutit. Daily Scrumi ajal arutavad liikmed eelmisel päeval lõpetatud tööd, järgmise päeva plaanitavaid töid ja sprindi ajal kokku puutunud probleeme. Igapäevase püstikoosoleku ajal jälgitakse meeskonna edasiminekut.
• Sprindi ülevaade / retrospektiiv: seda võõrustab ka scrum master, see kestab umbes 2-4 tundi ja arutatakse, mida meeskond on viimasel sprindil saavutanud ja milliseid õppetunde õpiti.

Testija roll Scrumis

Testri aktiivne roll Scrumi protsessis puudub. Tavaliselt viib testimise läbi üksuse testiga arendaja. Kuigi tooteomanik osaleb testimisprotsessis sageli ka iga sprindi ajal. Mõnes Scrumi projektis on sõltuvalt projekti olemusest ja keerukusest spetsiaalsed testimeeskonnad .

Järgmine küsimus on, mida testija teeb? Järgmine märkus vastab

Testimistegevused Scrumis

Testijad teevad Scrumi eri etappidel järgmisi tegevusi:

Sprindi planeerimine

• Sprindi planeerimisel peaks testija valima tootelogist kasutajalugu, mida tuleks testida.
• Testijana peaks ta otsustama, mitu tundi (pingutushinnang) peaks kuluma iga valitud kasutajaloo testimise lõpetamiseks .
• Testijana peab ta teadma, mis on sprindi eesmärgid.
• Testijana aitab kaasa prioriteetide seadmise protsessile

Sprint

• Toetage arendajaid üksuste testimisel
• Testige kasutajalugu pärast valmimist. Testi teostamine toimub laboris, kus nii testija kui ka arendaja töötavad käsikäes. Defektid logitakse defektide haldamise tööriista, mida jälgitakse igapäevaselt. Defekte saab anda ja analüüsida scrum-koosolekul. Defektid testitakse uuesti kohe, kui need on lahendatud ja testimiseks juurutatud
• Testijana osaleb ta kõigil igapäevastel standup koosolekutel, et sõna võtta
• Testijana saab ta tuua kõik mahajäänud üksused, mida praegusel sprindil lõpetada ei saa, ja panna järgmise sprindi juurde
• Tester vastutab automatiseerimisskriptide väljatöötamise eest. Ta kavandab automaatikatesti pideva integreerimise (CI) süsteemiga. Automatiseerimine saab tähtsuse lühikese tarneaja tõttu. Testautomaatikat saab teostada mitmesuguste turul saadaval olevate avatud lähtekoodiga või tasuliste tööriistade abil. See osutub tõhusaks tagamaks, et kõik testimist vajav oleks kaetud. Piisava testkatvuse saab saavutada tihedas suhtluses meeskonnaga.

• Vaadake üle CI automatiseerimise tulemused ja saatke aruanded sidusrühmadele
• Kinnitatud kasutajalugude mittetoimiva testimise teostamine
• Kooskõlastage kliendi ja toote omanikuga, et määratleda aktsepteerimistestide vastuvõtukriteeriumid
• Sprindi lõpus teeb testija mõnel juhul ka aktsepteerimistesti (UAT) ja kinnitab praeguse sprindi testimise täielikkuse

Sprindi retrospektiiv

• Testijana saab ta aru, mis praegusel sprindil valesti läks ja mis õigesti läks

• Testijana tuvastab ta saadud õppetunni ja parimad tavad

Testiaruandlus

Scrum Testi mõõdikute aruandlus pakub sidusrühmadele projekti kohta läbipaistvust ja nähtavust. Esitatud mõõdikud võimaldavad meeskonnal analüüsida nende edusamme ja kavandada oma toote edasiarendamise strateegiat. Aruandluseks kasutatakse sageli kahte mõõdikut.

Põletusdiagramm: Scrum Master registreerib iga päev sprindi hinnangulise järelejäänud töö. See pole midagi muud kui Burn Burn Chart. Seda uuendatakse iga päev.

Põlemisdiagramm annab kiire ülevaate projekti edenemisest, see diagramm sisaldab teavet nagu projekti lõpuleviidavate tööde kogusumma, iga sprindi ajal tehtud tööde suurus ja nii edasi.

Kiirusajaloo graafik: kiirusajaloo graafik ennustab meeskonna kiirust igas sprindis. See on tulpdiagramm ja näitab, kuidas meeskondade väljund on aja jooksul muutunud.

Täiendavad mõõdikud, mis võivad olla kasulikud, on ajakava kirjutamine, eelarve kirjutamine, teema protsent valmis, lood lõpetatud - lood alles ja nii edasi.

Kas teil on Scrumi testimiseks jagamiseks näpunäiteid või kogemusi? Jäta kommentaar allpool-