Scrum testimise metoodika õpetus

Scrum tarkvara testimises

Scrum tarkvara testimises on metoodika keerukate tarkvararakenduste loomiseks. See pakub lihtsaid lahendusi keerukate ülesannete täitmiseks. Scrum aitab arendusmeeskonnal keskenduda tarkvaratoote arendamise kõikidele aspektidele, sealhulgas kvaliteedile, jõudlusele ja kasutatavusele. See pakub läbipaistvust, kontrolli ja kohandamist tarkvaraarenduse ajal, et vältida keerukust.

Scrum testimine

Scrum testimine on testimine, mida tehakse Scrumi metoodika abil, et kontrollida tarkvararakenduse nõuete täitmist. See hõlmab mittefunktsionaalsete parameetrite, näiteks turvalisuse, kasutatavuse ja jõudluse kontrollimist. Testijal pole protsessis aktiivset rolli, seega teevad seda tavaliselt arendajad ühiktestide abil. Mõnikord on projekti iseloomust ja keerukusest olenevalt vaja spetsiaalseid testimismeeskondi. Kaasaegsed meeskonnad koordineerivad seda tööd sageli Jira, Lineari, Azure DevOps või Asana.

Scrumi metoodika põhijooned

Järgnevalt on toodud Scrumi põhifunktsioonid:

• Scrumil on lühike, fikseeritud ja reguleeritava ulatusega väljalasketsüklite ajakava, mida nimetatakse Sprints, et rahuldada kiiresti muutuvaid arendusvajadusi. Igal väljalaskel võib olla mitu Sprints. Igal Scrumi projektil võib olla mitu väljalasketsüklit.
• Korduv jada koosolekud, sündmused ja verstapostid.
• Uute nõuete testimise ja juurutamise tava, mida tuntakse kui lood, et veenduda, et osa tööst on pärast iga avaldamisvalmis Sprint.

Scrum põhineb järgmistel kolmel sambal:

Vaatame neid ükshaaval.

1. Rollid Scrumis

Scrum-testimisel on kolm peamist rolli: tooteomanik, Scrum Master ja arendusmeeskond. Uurime neid lähemalt.

Toote Omanik	Scrum Master	Team
Ta määratleb toote omadused.	Ta juhib meeskonda ja hoolitseb meeskonna tootlikkuse eest.	Meeskond on tavaliselt umbes 5-9 liiget.
Tooteomanik otsustab väljalaskekuupäeva ja vastavad funktsioonid.	Ta haldab blokeeritud projektide nimekirja ja kõrvaldab arengus takistusi.	See hõlmab arendajaid, disainereid ja mõnikord ka testijaid.
Nad seavad omadused tähtsuse järjekorda vastavalt toote turuväärtusele ja kasumlikkusele.	Ta koordineerib kõiki rolle ja funktsioone.	Meeskond organiseerib ja planeerib oma tööd iseseisvalt.
Tema vastutab toote kasumlikkuse eest.	Ta kaitseb meeskonda väliste sekkumiste eest.	Omab õigust teha projekti piires kõik endast oleneva, et täita Sprint eesmärk.
Ta saab tööülesannete tulemusi aktsepteerida või tagasi lükata.	Kutsed igapäevasele Scrumile Sprint Revvaade ja planeerimiskoosolekud.	Osaleb aktiivselt igapäevastel tseremooniatel.

2. Scrum Artefaktid

Scrumi protsess hõlmab järgmist:

• Kasutajate lood: Need on testitava süsteemi funktsioonide lühiselgitused. Näide kindlustusandja kohta: „Kindlustusmakseid saab tasuda veebisüsteemi kaudu.“
• Toote mahajäämus: See on Scrumi toote jaoks jäädvustatud kasutajalugude kogu. Tooteomanik valmistab ette ja haldab toote tagaplaani. Tooteomanik seab selle prioriteediks ja igaüks saab seda tooteomaniku loal täiendada. Kaasaegsed meeskonnad haldavad toote tagaplaani Jira, Lineari, Azure DevOps või Asana.
• Väljalaske mahajäämus: Väljalase on ajavahemik, mille jooksul viiakse läbi mitu iteratsiooni. Tooteomanik koordineerib koos Scrum Masteriga, et otsustada, millised lood väljalaske sihtrühmaks panna. Väljalaske mahajäämuse logis olevad lood on suunatud väljalaske lõpuleviimisele.
• Sprints: See on tooteomaniku ja arendusmeeskonna poolt määratud kindel ajavahemik kasutajalugude valmimiseks, tavaliselt 2–4 nädalat.
• Sprint Mahajäämus: See on kasutajalugude kogum, mis tuleb lõpule viia Sprint. Ajal Sprint Mahajäämus, töid ei määrata kunagi ja meeskond registreerub tööle iseseisvalt. See on meeskonna omanduses ja hallatav, samas kui hinnangulist järelejäänud töömahtu uuendatakse iga päev. See on nimekiri ülesannetest, mis tuleb täita. Sprint.
• Blokeerimisloend: See on Scrum Masteri omanduses olev ja iga päev uuendatav nimekiri blokkidest ja tegemata otsustest.
• Põlemisgraafik: Läbimurdediagramm näitab poolelioleva töö ja protsessi jooksul tehtud töö üldist edenemist. See esitab graafiku kujul lõpetamata lugusid ja funktsioone.

3. Tseremooniad (Protsessid) Scrumis

• Sprint Planeerimine: A Sprint algab meeskonnaga, kes impordib lugusid väljalasete backlogist Sprint Mahajäämuste loend; seda haldab Scrum Master. Testijad hindavad erinevate lugude testimiseks kuluvat pingutust. Sprint Mahajäämus.
• Igapäevane stand-up: Seda nimetatakse ka igapäevaseks scrumiks ja seda juhib scrumimeister umbes 15 minutit. Päevase stand-upi ajal arutavad liikmed eelmisel päeval tehtud tööd, järgmiseks päevaks planeeritud tööd ja ürituse käigus tekkinud probleeme. SprintMeeskonna edusammud on tracsiin.
• Sprint Revtagasivaade / retrospektiiv: Seda juhib samuti Scrum Master, see kestab umbes 2-4 tundi ja arutab, mida meeskond on viimase aja jooksul saavutanud. Sprint ja milliseid õppetunde saadi.

Nüüd, kui Scrumi rollid, esemed ja tseremooniad on paigas, on oluline täpselt selgitada, kuhu testijad selles raamistikus sobivad.

Testija roll Scrumis

Scrumis ei ole testija aktiivset rolli protsess. Tavaliselt viib testimise läbi arendaja ühiktestide abil, samas kui tooteomanik on iga testimise käigus sageli kaasatud ka testimisprotsessi. Sprint. Mõnel Scrumi projektil on projekti iseloomust ja keerukusest olenevalt spetsiaalsed testimismeeskonnad..

Järgmine küsimus on, mida testija Scrumis teeb? Järgnev osa vastab sellele.

Testimistegevused Scrumis

Testijad teevad Scrumi eri etappides järgmisi tegevusi:

Sprint Planeerimine

• In Sprint Planeerimisel peaks testija valima toote tagaplaani hulgast kasutajaloo, mida testida.
• Testijana peaks ta otsustama, mitu tundi (pingutushinnang) see aega võtab. lõpetama iga valitud kasutajaloo testimine.
• Testijana peab ta teadma, mis Sprint eesmärgid on.
• Testijana panusta prioriseerimisprotsessi.

Sprint

• Toeta arendajaid ühiktestimisel.
• Testi kasutajalugu pärast valmimist. Testi teostamine viiakse läbi laboris, kus nii testija kui ka arendaja käsikäes töötavad. Defektid logitakse Defektide haldamise tööriist ja traciga päev. Defekte saab arutada ja analüüsida Scrumi koosolekul. Defekte testitakse uuesti kohe, kui need on leitud. lahendatud ja testimiseks kasutusele võetud. Kaasaegsed Scrumi meeskonnad kasutavad tavaliselt Jirat, Linearit, Azure DevOps või Asana selle töövoo jaoks.
• Testijana osaleb ta kõigil igapäevastel stand-up koosolekutel, et sõna võtta.
• Testijana saab ta tuua kaasa mis tahes poolelioleva ülesande, mida praeguses etapis lõpetada ei saa. Sprint ja pane see järgmisesse Sprint.
• Testija vastutab arenduse eestping automatiseerimisskriptid. Ta planeerib automatiseerimistestimise kellegagi. Continuous Integration (CI) süsteemAutomatiseerimine muutub oluliseks lühikeste tarneaegade tõttu. Testide automatiseerimist saab teostada turul saadaolevate erinevate avatud lähtekoodiga või tasuliste tööriistade abil. See osutub tõhusaks tagamaks, et kõik testimist vajav on kaetud. Piisava testide katvuse saab saavutada meeskonnasisese tiheda suhtluse abil.
• RevVaadake CI automatiseerimise tulemusi ja saatke aruandeid sidusrühmadele.
• Viige läbi heakskiidetud kasutajalugude mittefunktsionaalset testimist.
• Kooskõlastage kliendi ja tooteomanikuga vastuvõtutestide vastuvõtukriteeriumide määratlemist.
• Aasta lõpus Sprint, teeb testija mõnel juhul ka vastuvõtutestimist (UAT) ja kinnitab praeguse testimise täielikkust Sprint.

Sprint Retrospektiivne

• Testijana selgitab ta välja, mis praeguses olukorras valesti ja mis hästi läks. Sprint.
• Testijana tuvastab ta õpitud õppetunnid ja parimad tavad.

Kui need testimistegevused on käivitatud, Sprintmeeskonnad tuginevad edusammude edastamiseks selgetele mõõdikutele ning just seal muutub testide aruandlus ülioluliseks.

Testi aruandlus

Scrumi testimõõdikute aruandlus pakub sidusrühmadele projekti läbipaistvust ja nähtavust. Esitatud mõõdikud võimaldavad meeskonnal analüüsida oma edusamme ja planeerida oma edasist strateegiat toote täiustamiseks. Tööriistad nagu Jira, Linear, Azure DevOps ja Asana genereerib automaatselt paljusid neist aruannetest. Aruannete koostamiseks kasutatakse sageli kahte mõõdikut.

Põlemisgraafik: Iga päev registreerib Scrum Master eeldatava järelejäänud töö. SprintSee on edenemisdiagramm, mida uuendatakse iga päev.

Läbimurdediagramm annab kiire ülevaate projekti edenemisest. See diagramm sisaldab teavet näiteks projektis tehtava töö kogumahu, iga etapi jooksul tehtud töö hulga ja Sprint, ja nii edasi.

Kiiruse ajaloo graafik: Kiiruse ajaloo graafik ennustab kiirust, mille meeskond igas etapis saavutab. SprintSee on tulpdiagramm ja näitab, kuidas meeskonna tulemus on aja jooksul muutunud.

Lisanäitajad, mis võivad olla kasulikud, on ajakava täitumine, eelarve täitumine, teema valmimisprotsent, valminud lood, allesjäänud lood jne.

KKK