Scrum-testausmetodologian opetusohjelma

Scrum ohjelmistotestauksessa

Scrum ohjelmistotestauksessa on menetelmä monimutkaisten ohjelmistosovellusten rakentamiseen. Se tarjoaa helppoja ratkaisuja monimutkaisten tehtävien suorittamiseen. Scrum auttaa kehitystiimiä keskittymään kaikkiin ohjelmistotuotekehityksen näkökohtiin, kuten laatuun, suorituskykyyn, käytettävyyteen ja niin edelleen. Se tarjoaa läpinäkyvyyttä, tarkastusta ja mukauttamista ohjelmistokehityksen aikana monimutkaisuuden välttämiseksi.

Scrum-testaus

Scrum-testaus on scrum-metodologialla tehty testaus sen varmistamiseksi, että ohjelmistosovellusvaatimukset täyttyvät. Se sisältää ei-toiminnallisten parametrien, kuten turvallisuuden, käytettävyyden, suorituskyvyn jne., tarkistamisen. Prosessissa ei ole aktiivista testaajan roolia, joten sen suorittavat yleensä kehittäjät yksikkötestillä. Joskus tarvitaan omistautuneita testiryhmiä projektin luonteesta ja monimutkaisuudesta riippuen.

Scrum-metodologian tärkeimmät ominaisuudet

Seuraavat ovat Scrum-sovelluksen tärkeimmät ominaisuudet

• Scrumilla on lyhyt kiinteä aikataulu vapautusjaksoille säädettävällä laajuudella, joka tunnetaan nimellä sprintissä vastata nopeasti muuttuviin kehitystarpeisiin. Jokaisessa julkaisussa voi olla useita sprinttejä. Jokaisella Scrum-projektilla voi olla useita julkaisujaksoja.
• Toistuva sarja kokouksia, tapahtumia ja virstanpylväitä
• Uusien vaatimusten testaus- ja käyttöönottokäytäntö, joka tunnetaan nimellä tarinoita, varmistaaksesi, että osa työstä julkaistaan ​​valmiina jokaisen sprintin jälkeen

Scrum perustuu seuraaviin kolmeen pilariin:

Katsotaanpa yksitellen

1. Roolit Scrumissa

Scrum-testauksessa on kolme pääroolia – Product Owner, Scrum Master ja The Development Team. Tutkitaan niitä yksityiskohtaisesti

Tuote Omistaja	Scrum Master	Team
Hän määrittelee tuotteen ominaisuudet.	Hän johtaa tiimiä ja huolehtii joukkueen tuottavuudesta	Ryhmään kuuluu yleensä 5-9 jäsentä
Tuotteen omistaja päättää julkaisupäivän ja vastaavat ominaisuudet	Hän ylläpitää estolistaa ja poistaa kehityksen esteitä	Se sisältää kehittäjiä, suunnittelijoita ja joskus testaajia jne.
He priorisoivat ominaisuudet tuotteen markkina-arvon ja kannattavuuden mukaan	Hän koordinoi kaikkia rooleja ja tehtäviä	Tiimi järjestää ja aikatauluttaa työnsä itse
Hän vastaa tuotteen kannattavuudesta	Hän suojelee joukkuetta ulkoisilta häiriöiltä	Hänellä on oikeus tehdä kaikki projektin rajoissa sprintin tavoitteen saavuttamiseksi
Hän voi hyväksyä tai hylätä työkohteen tuloksen	Kutsuu päivittäisiin scrum-, sprint-tarkistus- ja suunnittelukokouksiin	Osallistu aktiivisesti päivittäisiin seremonioihin

2. Scrum Artefacts

Scrum-prosessi sisältää

• Käyttäjien tarinat: Ne ovat lyhyt selitys testattavan järjestelmän toiminnoista. Esimerkki vakuutusyhtiölle: "Maksu voidaan maksaa verkkojärjestelmän kautta."
• Tuotevarasto: Se on kokoelma käyttäjätarinoita, jotka on tallennettu scrum-tuotteelle. Tuotteen omistaja valmistautuu ja ylläpitää tuotekantaa. Tuotteen omistaja priorisoi sen, ja kuka tahansa voi lisätä siihen tuotteen omistajan luvalla.
• Julkaisujen loppusumma: Julkaisu on aikakehys, jonka aikana iteraatioiden määrä on suoritettu. Tuotteen omistaja koordinoi scrum-mestarin kanssa päättää, mitkä tarinat julkaisuun kohdistetaan. Julkaisusummissa olevat tarinat on tarkoitus saada valmiiksi julkaisussa.
• Sprints: Tuotteen omistajan ja kehittäjätiimin päättämä ajanjakso käyttäjätarinoiden valmistumiselle on yleensä 2-4 viikkoa.
• Sprint Tilauskanta: Se on joukko käyttäjätarinoita, jotka suoritetaan sprintissä. Sprintin ruuhkan aikana työtä ei koskaan jaeta, vaan joukkue ilmoittautuu töihin itse. Sen omistaa ja hallinnoi tiimi, kun taas arvioitu jäljellä oleva työmäärä päivitetään päivittäin. Se on luettelo tehtävistä, jotka on suoritettava Sprint
• Estolista: Se on luettelo lohkoista ja tekemättä päätöksistä, jotka scrum master omistaa ja jota päivitetään päivittäin
• Palamiskaavio: Palamiskaavio edustaa käynnissä olevan työn yleistä edistymistä ja koko prosessin aikana suoritettua työtä. Se edustaa kaaviomuodossa tarinoita ja ominaisuuksia, joita ei ole suoritettu loppuun

3. Seremoniat (prosessit) Scrumissa

• Sprint Suunnittelu: Sprintti alkaa tiimin tuomalla tarinoita julkaisusummista sprintin ruuhkaan; sitä isännöi scrum master. Testaajat arvioivat pyrkimyksiä testata eri tarinoita Sprint Tilauskannasta.
• Päivittäinen Scrum: Sen isännöi scrum master, se kestää noin 15 minuuttia. Daily Scrumissa jäsenet keskustelevat edellisenä päivänä tehdyistä töistä, seuraavan päivän suunnitelluista töistä ja sprintin aikana kohtaamista asioista. Päivittäisen stand-up-kokouksen aikana seurataan tiimin edistymistä.
• Sprint Reviw/ Retrospektiivinen: Sen isännöi myös scrum master, se kestää noin 2-4 tuntia ja siinä keskustellaan siitä, mitä joukkue on saavuttanut viimeisellä sprintillä ja mitä siitä on opittu.

Testaajan rooli Scrumissa

Testerillä ei ole aktiivista roolia Scrumissa Käsitellä. Yleensä testauksen suorittaa kehittäjä yksikkötestillä. Vaikka tuotteen omistaja on myös usein mukana testausprosessissa jokaisen sprintin aikana. Joissakin Scrum-projekteissa on omat testiryhmät projektin luonteesta ja monimutkaisuudesta riippuen.

Seuraava kysymys on, mitä testaaja tekee scrumissa? Seuraava huomautus vastaa

Testaustoiminta Scrumissa

Testaajat tekevät seuraavia toimintoja Scrumin eri vaiheissa

Sprint Suunnittelu

• Sprintin suunnittelussa testaajan tulee valita tuotekunnasta käyttäjätarina, joka tulisi testata.
• Testaajana hänen tulee päättää, kuinka monta tuntia (ponnisteluarvio) sen tulisi kestää saada valmiiksi jokaisen valitun käyttäjätarinan testaus.
• Testaajana hänen on tiedettävä, mitä sprinttitavoitteet ovat.
• Osallistu testaajana priorisointiprosessiin

Sprint

• Tukea kehittäjiä yksikkötestauksessa
• Testaa käyttäjän tarinaa, kun se on valmis. Testin suoritus suoritetaan laboratoriossa, jossa sekä testaaja että kehittäjä työskentelevät käsi kädessä. Vika on kirjautunut sisään Vianhallintatyökalu joita seurataan päivittäin. Viat voidaan kertoa ja analysoida scrum-kokouksen aikana. Viat testataan uudelleen heti kun niitä ilmenee ratkaistu ja lähetettiin testaukseen
• Testaajana hän osallistuu kaikkiin päivittäisiin standup-kokouksiin puhuakseen
• Testaajana hän voi tuoda minkä tahansa ruuhkakohteen, jota ei voida suorittaa nykyisessä sprintissä, ja laittaa seuraavaan sprinttiin
• Testaaja vastaa automaatiokomentosarjojen kehittämisestä. Hän ajoittaa automaatiotestauksen kanssa Jatkuva integrointi (CI) järjestelmä. Automaatio on tärkeässä asemassa lyhyiden toimitusaikojen vuoksi. Testiautomaatio voidaan toteuttaa hyödyntämällä erilaisia ​​markkinoilla olevia avoimen lähdekoodin tai maksullisia työkaluja. Tämä osoittautuu tehokkaaksi sen varmistamisessa, että kaikki testattava on katettu. Riittävä testikattavuus voidaan saavuttaa tiiviillä yhteydenpidolla tiimin kanssa.
• Revtarkastella CI-automaation tuloksia ja lähettää raportteja sidosryhmille
• Suoritetaan ei-toiminnallista testausta hyväksytyille käyttäjätarinoille
• Määritä hyväksyntätestien hyväksymiskriteerit yhteistyössä asiakkaan ja tuotteen omistajan kanssa
• Sprintin lopussa testaaja suorittaa myös hyväksymistestauksen (UAT) joissain tapauksissa ja vahvistaa testauksen valmistumisen nykyiselle sprintille

Sprint takautuva

• Testaajana hän selvittää, mikä meni pieleen ja mikä meni oikein nykyisessä sprintissä
• Testaajana hän tunnistaa opitut asiat ja parhaat käytännöt

Testiraportointi

Scrum Testin mittareiden raportointi tarjoaa läpinäkyvyyttä ja näkyvyyttä sidosryhmille projektista. Raportoitujen mittareiden avulla tiimi voi analysoida edistymistään ja suunnitella tulevaa strategiaansa tuotteen parantamiseksi. Raportointiin käytetään usein kahta mittaria.

Polttokaavio: Joka päivä Scrum Master kirjaa sprintin arvioidun jäljellä olevan työn. Tämä ei ole mitään muuta kuin Burn Down Chart. Sitä päivitetään päivittäin.

Polttokaavio antaa nopean yleiskatsauksen projektin edistymisestä, tämä kaavio sisältää tietoja, kuten projektissa suoritettavan työn kokonaismäärän, kunkin sprintin aikana tehdyn työn määrän ja niin edelleen.

Nopeushistoriakaavio: Nopeushistoriakaavio ennustaa joukkueen jokaisessa sprintissä saavuttaman nopeuden. Se on pylväsdiagrammi ja kuvaa sitä, kuinka tiimien tuotos on muuttunut ajan myötä.

Lisämittareita, jotka voivat olla hyödyllisiä, ovat aikataulun poltto, budjettipoltto, teeman valmistumisprosentti, valmistuneet tarinat – jäljellä olevat tarinat ja niin edelleen.

Tämä kaikki koskee Scrum-ohjelmistoa