Scrum ohjelmistojen testauksessa
Scrum in Software Testing on menetelmä monimutkaisten ohjelmistosovellusten rakentamiseen. Se tarjoaa helpot ratkaisut monimutkaisten tehtävien suorittamiseen. Scrum auttaa kehitystiimiä keskittymään kaikkiin ohjelmistotuotekehityksen osa-alueisiin, kuten laatuun, suorituskykyyn, käytettävyyteen ja niin edelleen. Se tarjoaa läpinäkyvyyttä, tarkastusta ja mukautusta ohjelmistokehityksen aikana monimutkaisuuden välttämiseksi.
Scrum-testaus
Scrum Testing on testausmenetelmä, jonka avulla varmistetaan, että ohjelmistosovelluksen vaatimukset täyttyvät. Se sisältää ei-toiminnallisten parametrien, kuten turvallisuuden, käytettävyyden, suorituskyvyn jne., Tarkistamisen. Testaajalla ei ole aktiivista roolia prosessissa, joten sen suorittavat yleensä kehittäjät yksikkötestillä. Joskus tarvitaan erityisiä testiryhmiä projektin luonteesta ja monimutkaisuudesta riippuen.
Tässä opetusohjelmassa opit-
- Mikä on Scrum?
- Scrum-metodologian pääpiirteet
- Roolit Scrumissa
- Scrum-artefaktit
- Seremoniat (prosessit) Scrumissa
- Testaajan rooli Scrumissa
- Testitoiminnot Scrumissa
- Testiraportointi
Scrum-metodologian pääpiirteet
Seuraavassa on Scrum-
- Scrumilla on lyhyt kiinteä julkaisusyklien aikataulu, jolla on säädettävä laajuus, joka tunnetaan sprintteinä vastaamaan nopeasti muuttuviin kehitystarpeisiin. Jokaisella julkaisulla voi olla useita sprinttejä. Jokaisella Scrum-projektilla voi olla useita julkaisusyklejä.
- Toistuva kokousten, tapahtumien ja virstanpylväiden sarja
- Uusien vaatimusten, nimeltään tarinat , testaaminen ja toteuttaminen sen varmistamiseksi, että jokin työ julkaistaan jokaisen sprintin jälkeen
Scrum perustuu seuraaviin 3 pilariin -
Katsotaanpa yksi kerrallaan
1. Roolit Scrumissa
Scrum-testauksessa on kolme pääroolia - tuotteen omistaja, Scrum Master ja kehitystiimi. Tutkitaan niitä yksityiskohtaisesti
|
Tuotteen omistaja |
Scrum Master |
Joukkue |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Scrum-artefaktit
Scum-prosessi sisältää
- Käyttäjätarinat: Ne ovat lyhyt selitys testattavan järjestelmän toiminnallisuudesta. Esimerkki vakuutuspalvelujen tarjoajasta on - "Premium voidaan maksaa online-järjestelmän kautta."
- Product Backlog: Se on kokoelma käyttäjien tarinoita, jotka on kaapattu scrum-tuotteelle. Tuotteen omistaja valmistelee ja ylläpitää tuotekannan. Tuotteen omistaja priorisoi sen, ja kuka tahansa voi lisätä sitä tuotteen omistajan suostumuksella.
- Release Backlog: Julkaisu on ajanjakso, jossa toistojen määrä on suoritettu. Tuotteen omistaja koordinoi scrum-isäntää päättääkseen, mitkä tarinat pitäisi kohdistaa julkaisulle. Julkaisutapahtuman tarinat on tarkoitus täydentää julkaisussa.
- Sprintit: Tuotteen omistajan ja kehittäjätiimin päättämä määrätty aika käyttäjäkertomusten täyttämiseksi on yleensä 2–4 viikkoa.
- Sprint Backlog: Se on joukko käyttäjäkertomuksia, jotka on suoritettava sprintissä. Sprintitilanteen aikana työtä ei koskaan määrätä, ja tiimi ilmoittautuu työhön yksin. Se on tiimin omistuksessa ja hallinnassa, kun arvioitu jäljellä oleva työ päivitetään päivittäin. Se on luettelo tehtävistä, jotka on suoritettava Sprintissä
- Lohkoluettelo: Se on luettelo lohkoista ja tekemättömistä päätöksistä, jotka scrum master omistaa ja päivitetään päivittäin
- Palontakaavio: Palanut kaavio kuvaa keskeneräisen työn ja koko prosessin loppuun valmistuneen työn edistymistä. Se edustaa kaavamuodossa tarinoita ja ominaisuuksia, joita ei ole toteutettu
3. Seremoniat (prosessit) Scrumissa
- Sprintin suunnittelu: Sprintti alkaa tiimillä, joka tuo tarinoita julkaisuraportista sprintirokoon; sitä isännöi scrum master. Testaajat arvioivat pyrkimyksiä testata Sprint Backlogin eri tarinoita.
- Daily Scrum: Sitä isännöi scrum master, se kestää noin 15 minuuttia. Daily Scrumin aikana jäsenet keskustelevat edellisenä päivänä valmistuneista töistä, seuraavan päivän suunnitelluista töistä ja sprintin aikana kohtaamistasi asioista. Päivittäisen stand-up-kokouksen aikana tiimin etenemistä seurataan.
- Sprint Review / Retrospective: Sitä isännöi myös scrum master, se kestää noin 2-4 tuntia ja keskustelee siitä, mitä joukkue on saavuttanut viime sprintissä ja mitä opittiin.
Testaajan rooli Scrumissa
Testerillä ei ole aktiivista roolia Scrum- prosessissa. Yleensä testauksen suorittaa kehittäjä yksikkötestillä. Tuotteen omistaja on myös usein mukana testausprosessissa jokaisen sprintin aikana. Joissakin Scrum-projekteissa on oma testiryhmänsä riippuen projektin luonteesta ja monimutkaisuudesta .
Seuraava kysymys on, mitä testaaja tekee rypyssä? Seuraava muistiinpano vastaa
Testitoiminnot Scrumissa
Testaajat seuraavat seuraavia toimintoja Scrum-
Sprintin suunnittelu
- Sprintin suunnittelussa testaajan on valittava testattavasta tuotetilanteesta käyttäjäkertomus.
- Testaajana, / hän pitäisi päättää, kuinka monta tuntia (vaivaa arvioimiseksi) sen pitäisi kestää loppuun testaus jokaiselle valitulle käyttäjälle tarinoita.
- Testaajana hänen on tiedettävä, mitkä ovat sprinttitavoitteet.
- Testaajana edistä priorisointiprosessia
Sprintti
- Tuki kehittäjille yksikötestauksessa
- Testaa käyttäjän tarina, kun se on valmis. Testin suorittaminen suoritetaan laboratoriossa, jossa sekä testaaja että kehittäjä työskentelevät käsi kädessä. Viat kirjataan vianhallintatyökaluun, jota seurataan päivittäin. Vikoja voidaan antaa ja analysoida scrum-kokouksessa. Viat testataan uudelleen heti, kun se on ratkaistu ja otettu käyttöön testausta varten
- Testaajana hän osallistuu kaikkiin päivittäisiin standup-kokouksiin puhumaan
- Testaajana hän voi tuoda minkä tahansa jäljellä olevan kohteen, jota ei voida suorittaa loppuun nykyisessä sprintissä, ja laittaa seuraavaan sprinttiin
- Tester vastaa automaatio-komentosarjojen kehittämisestä. Hän ajoittaa automaatiotestauksen jatkuvan integroinnin (CI) järjestelmällä. Automaatio saa tärkeyden lyhyistä toimitusajoista johtuen. Testiautomaatio voidaan toteuttaa käyttämällä erilaisia markkinoilla saatavilla olevia avoimen lähdekoodin tai maksullisia työkaluja. Tämä osoittautuu tehokkaaksi varmistamaan, että kaikki testattavat on katettu. Riittävä testikattavuus voidaan saavuttaa läheisessä viestinnässä tiimin kanssa.
- Tarkastele CI-automaation tuloksia ja lähetä raportit sidosryhmille
- Ei-toiminnallisen testauksen suorittaminen hyväksytyille käyttäjäkertomuksille
- Koordinoi asiakkaan ja tuotteen omistajan kanssa määritelläksesi hyväksymiskriteerit hyväksymiskriteereille
- Sprintin lopussa testaaja suorittaa joissakin tapauksissa myös hyväksymistestauksen (UAT) ja vahvistaa nykyisen sprintin testauksen täydellisyyden
Sprint Retrospektiivinen
- Testaajana hän selvittää, mikä meni pieleen ja mikä meni oikein nykyisessä sprintissä
- Testaajana hän tunnistaa saadut opit ja parhaat käytännöt
Testiraportointi
Scrum Test -mittausraportointi tarjoaa avoimuutta ja näkyvyyttä sidosryhmille projektista. Ilmoitettujen mittareiden avulla tiimi voi analysoida edistymistä ja suunnitella tulevaa strategiaansa tuotteen parantamiseksi. Raportoinnissa käytetään usein kahta mittaria.
Palaa kaavioon: Scrum Master tallentaa päivittäin arvioidun sprintin jäljellä olevan työn. Tämä ei ole mitään muuta kuin Burn Burn Chart. Se päivitetään päivittäin.
Palontakaavio antaa nopean yleiskuvan projektin etenemisestä, tämä kaavio sisältää tietoja, kuten projektin kokonaisvalmius, joka on suoritettava, kunkin sprintin aikana suoritetun työn määrä ja niin edelleen.
Nopeushistoriakaavio: Nopeushistoriakaavio ennustaa joukkueen nopeuden jokaisessa sprintissä. Se on pylväskaavio, joka kuvaa kuinka joukkueiden tuotos on muuttunut ajan myötä.
Muita hyödyllisiä mittareita ovat aikataulun polttaminen, budjetin polttaminen, teeman prosenttiosuus valmis, tarinat valmiit - tarinat jäljellä ja niin edelleen.
Onko sinulla vinkkejä tai kokemuksia jakaa Scrum-testausta varten? Jätä kommentti alla-