Scrum-testausmetodologian opetusohjelma

⚡ Älykäs yhteenveto

Scrum-testaus on jatkuva validointimenetelmä, joka on integroitu Sprint syklit, joissa kehittäjät, testaajat ja tuoteomistajat tekevät yhteistyötä toiminnallisten ja ei-toiminnallisten vaatimusten tarkistamiseksi säilyttäen samalla läpinäkyvyyden, sopeutumiskyvyn ja nopean toimituksen koko projektin elinkaaren ajan.

  • 🏃 Sprint kuria: Lyhyt, kiinteä Sprint2–4 viikon toimitusajat toimittavat testattuja, julkaisuvalmiita inkrementtejä tuotejonon mukaisesti.
  • 📋 Roolien määritelmät: Tuoteomistaja, Scrum Master ja kehitystiimi jakavat vastuun laadusta, nopeudesta ja Sprint tuloksia.
  • 🧪 Testaajan aktiviteetit: Testaajat arvioivat työmäärää, automatisoivat regressiopaketteja, suorittavat hyväksymistarkistuksia ja tarkistavat jatkuvan integraation tulokset joka Sprint.
  • ✅ Laadukkaat esineet: Tuotetilausjono, Sprint Työjono, edistymiskaaviot ja nopeuskaaviot tekevät edistyksestä mitattavan kaikille sidosryhmille.
  • 🛠️ Nykyaikaiset työkalut: Jira, Lineaarinen Azure DevOps ja Asana virtaviivaista päivittäistä stand-upia trackuningas, vianhallinta ja Sprint raportointi.

Scrum-testausmenetelmä

Scrum ohjelmistotestauksessa

Scrum ohjelmistotestauksessa on menetelmä monimutkaisten ohjelmistosovellusten rakentamiseen. Se tarjoaa helppoja ratkaisuja monimutkaisten tehtävien suorittamiseen. Scrum auttaa kehitystiimiä keskittymään kaikkiin ohjelmistotuotekehityksen osa-alueisiin, mukaan lukien laatu, suorituskyky ja käytettävyys. Se tarjoaa läpinäkyvyyttä, tarkastusta ja mukauttamista ohjelmistokehityksen aikana monimutkaisuuden välttämiseksi.

Scrum-testaus

Scrum-testaus on Scrum-menetelmällä suoritettava testaus, jolla varmistetaan, että ohjelmistosovelluksen vaatimukset täyttyvät. Se sisältää ei-toiminnallisten parametrien, kuten tietoturvan, käytettävyyden ja suorituskyvyn, tarkistamista. Testaajalla ei ole aktiivista roolia prosessissa, joten sen suorittavat yleensä kehittäjät yksikkötestien avulla. Joskus tarvitaan erillisiä testaustiimejä projektin luonteesta ja monimutkaisuudesta riippuen. Nykyaikaiset tiimit koordinoivat tätä työtä usein Jirassa, Linearissa, Azure DevOps tai Asana.

Scrum-metodologian tärkeimmät ominaisuudet

Seuraavat ovat Scrumin tärkeimmät ominaisuudet:

  • Scrumilla on lyhyt, kiinteä julkaisusyklien aikataulu, jonka laajuus on säädettävä. Sprints, vastaamaan nopeasti muuttuviin kehitystarpeisiin. Jokaisella julkaisulla voi olla useita Sprints. Jokaisella Scrum-projektilla voi olla useita julkaisusyklejä.
  • Toistuva sarja kokouksia, tapahtumia ja virstanpylväitä.
  • Uusien vaatimusten testaus- ja käyttöönottokäytäntö, joka tunnetaan nimellä tarinoita, varmistaakseen, että osa työstä on julkaisuvalmista jokaisen jälkeen Sprint.

Scrum perustuu seuraaviin kolmeen pilariin:

Scrum-metodologian tärkeimmät ominaisuudet

Katsotaanpa niitä yksi kerrallaan.

1. Roolit Scrumissa

Scrum-testauksessa on kolme pääroolia: tuoteomistaja, scrum master ja kehitystiimi. Tarkastellaan niitä tarkemmin.

Tuote Omistaja Scrum Master Team
Hän määrittelee tuotteen ominaisuudet. Hän johtaa tiimiä ja huolehtii tiimin tuottavuudesta. Joukkueessa on yleensä noin 5-9 jäsentä.
Tuoteomistaja päättää julkaisupäivämäärän ja siihen liittyvät ominaisuudet. Hän ylläpitää estolistaa ja poistaa kehityksen esteitä. Siihen kuuluu kehittäjiä, suunnittelijoita ja joskus myös testaajia.
He priorisoivat ominaisuuksia tuotteen markkina-arvon ja kannattavuuden mukaan. Hän koordinoi kaikkia rooleja ja toimintoja. Tiimi järjestää ja aikatauluttaa työnsä itse.
Hän on vastuussa tuotteen kannattavuudesta. Hän suojaa tiimiä ulkopuolisilta häiriöiltä. Hänellä on oikeus tehdä kaikki projektin rajoissa täyttääkseen Sprint tavoite.
Hän voi hyväksyä tai hylätä työtehtävien tulokset. Kutsuja päivittäiseen Scrumiin, Sprint Revja suunnittelukokoukset. Osallistuu aktiivisesti päivittäisiin seremonioihin.

2. Scrum Artefacts

 Scrum Artefacts

Scrum-prosessi sisältää:

  • Käyttäjien tarinat: Ne ovat lyhyitä selityksiä testattavan järjestelmän toiminnoista. Esimerkki vakuutusyhtiöstä: ”Vakuutusmaksu voidaan maksaa verkkojärjestelmän kautta.”
  • Tuotevarasto: Se on kokoelma Scrum-tuotetta varten tallennettuja käyttäjätarinoita. Tuoteomistaja valmistelee ja ylläpitää tuotteen kehitysjonoa. Tuoteomistaja priorisoi sen, ja kuka tahansa voi lisätä siihen uusia asioita tuoteomistajan hyväksynnällä. Nykyaikaiset tiimit ylläpitävät tuotteen kehitysjonoa Jirassa, Linearissa, Azure DevOps tai Asana.
  • Julkaisujen loppusumma: Julkaisu on aikaväli, jonka aikana suoritetaan useita iteraatioita. Tuoteomistaja koordinoi Scrum Masterin kanssa päättääkseen, mitkä tarinat tulisi julkaista. Julkaisujonon tarinat on tarkoitettu saataville julkaisussa.
  • Sprints: Tuoteomistaja ja kehitystiimi päättävät käyttäjätarinoiden loppuunsaattamiseen tietyn ajanjakson, yleensä 2–4 viikkoa.
  • Sprint Tilauskanta: Se on joukko käyttäjätarinoita, jotka on tarkoitus saada valmiiksi Sprint. Aikana Sprint Työjono, töitä ei koskaan määrätä, ja tiimi ilmoittautuu töihin itsenäisesti. Tiimi omistaa ja hallinnoi sitä, ja arvioitua jäljellä olevaa työmäärää päivitetään päivittäin. Se on luettelo tehtävistä, jotka on suoritettava aikataulussa. Sprint.
  • Estolista: Se on Scrum Masterin omistama ja päivittäin päivitettävä luettelo lohkoista ja tekemättömistä päätöksistä.
  • Palamiskaavio: Edistymiskaavio kuvaa keskeneräisen ja prosessin aikana tehdyn työn yleistä edistymistä. Se esittää kaaviomuodossa keskeneräiset tarinat ja ominaisuudet.

3. Seremoniat (prosessit) Scrumissa

  • Sprint Suunnittelu: A Sprint alkaa tiimin tuomalla tarinoita julkaisujonosta Sprint Backlog; Scrum Master ylläpitää sitä. Testaajat arvioivat eri tarinoiden testaamiseen tarvittavan työmäärän. Sprint Tilauskannasta.
  • Päivittäinen Stand-up: Sitä kutsutaan myös päivittäiseksi scrumiksi, ja sen isännöi Scrum Master, ja se kestää noin 15 minuuttia. Päivittäisessä stand-upissa jäsenet keskustelevat edellisenä päivänä tehdystä työstä, seuraavan päivän suunnitellusta työstä ja harjoituksen aikana kohdatuista ongelmista. SprintJoukkueen edistyminen on tracked täällä.
  • Sprint RevRetrospektiivi / Katsaus: Sen isännöi myös Scrum Master, se kestää noin 2–4 tuntia ja siinä keskustellaan tiimin saavutuksista viime aikoina. Sprint ja mitä läksyjä opittiin.

Kun Scrumin roolit, esineet ja seremoniat on määritelty, on tärkeää selventää, mihin testaajat tarkalleen ottaen kuuluvat tässä viitekehyksessä.

Testaajan rooli Scrumissa

Testaajan rooli Scrumissa

Testerillä ei ole aktiivista roolia Scrumissa prosessi. Yleensä testauksen suorittaa kehittäjä yksikkötesteillä, ja myös tuoteomistaja on usein mukana testausprosessissa jokaisen testin aikana. Sprint. Joissakin Scrum-projekteissa on omat testaustiiminsä projektin luonteesta ja monimutkaisuudesta riippuen..

Seuraava kysymys kuuluu, mitä testaaja tekee Scrumissa? Seuraava osio vastaa siihen.

Testaustoiminta Scrumissa

Testaajat tekevät seuraavia toimintoja Scrumin eri vaiheissa:

Sprint Suunnittelu

  • In Sprint Suunnittelun aikana testaajan tulisi valita tuotteen kehitysjonosta testattava käyttäjätarina.
  • Testaajana hänen tulisi päättää, kuinka monta tuntia (arvio työmäärästä) sen pitäisi kestää. saada valmiiksi testaus kullekin valitulle käyttäjätarinalle.
  • Testaajana hänen on tiedettävä, mitä Sprint tavoitteet ovat.
  • Testaajana osallistu priorisointiprosessiin.

Sprint

  • Tue kehittäjiä yksikkötestauksessa.
  • Testaa käyttäjätarina, kun se on valmis. Testin suoritus suoritetaan laboratoriossa, jossa sekä testaaja että kehittäjä työskentelevät käsi kädessä. Viat kirjataan Vianhallintatyökalu ja tracpäivittäin. Vikoja voidaan keskustella ja analysoida Scrum-kokouksessa. Viat testataan uudelleen heti, kun ne havaitaan. ratkaistu ja otetaan käyttöön testausta varten. Nykyaikaiset Scrum-tiimit käyttävät tyypillisesti Jiraa, Linearia, Azure DevOps tai Asana tätä työnkulkua varten.
  • Testaajana hän osallistuu kaikkiin päivittäisiin stand-up-kokouksiin puhuakseen.
  • Testaajana hän voi tuoda mukanaan minkä tahansa jäljellä olevan tehtävän, jota ei voida suorittaa loppuun nykyisessä vaiheessa. Sprint ja laita se seuraavaan Sprint.
  • Testaaja on vastuussa kehityksestäping automaatioskriptejä. Hän aikatauluttaa automaatiotestauksen Jatkuva integrointi (CI) järjestelmäAutomaatio on tärkeää lyhyiden toimitusaikojen vuoksi. Testiautomaatio voidaan toteuttaa hyödyntämällä erilaisia ​​markkinoilla saatavilla olevia avoimen lähdekoodin tai maksullisia työkaluja. Tämä osoittautuu tehokkaaksi varmistettaessa, että kaikki testattava tulee katetuksi. Riittävä testikattavuus voidaan saavuttaa tiiviin tiimin sisäisen kommunikaation avulla.
  • Revtarkastella CI-automaation tuloksia ja lähettää raportteja sidosryhmille.
  • Suorita ei-toiminnallista testausta hyväksytyille käyttäjätarinoille.
  • Koordinoi asiakkaan ja tuoteomistajan kanssa hyväksymistestien hyväksymiskriteerien määrittelyä.
  • Lopussa Sprinttestaaja suorittaa joissakin tapauksissa myös hyväksymistestauksen (UAT) ja vahvistaa testauksen täydellisyyden nykyiselle Sprint.

Sprint takautuva

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

Kun nämä testaustoiminnot ovat käynnissä kukin Sprinttiimit ovat riippuvaisia ​​selkeistä mittareista edistymisen viestimisessä, ja tässä kohtaa testiraportoinnista tulee olennaista.

Testiraportointi

Scrum-testausmittareiden raportointi tarjoaa läpinäkyvyyttä ja näkyvyyttä projektille sidosryhmille. Raportoitujen mittareiden avulla tiimi voi analysoida edistymistään ja suunnitella tulevaa strategiaansa tuotteen parantamiseksi. Työkalut, kuten Jira, Linear, Azure DevOps ja Asana luo automaattisesti monia näistä raporteista. Raportoinnissa käytetään usein kahta mittaria.

Palamiskaavio: Scrum Master kirjaa päivittäin arvion jäljellä olevasta työmäärästä. SprintTämä on edistymiskaavio, jota päivitetään päivittäin.

Edistymiskaavio antaa nopean yleiskatsauksen projektin edistymisestä. Tämä kaavio sisältää tietoja, kuten projektin kokonaistyömäärän, joka on suoritettava loppuun, kunkin vaiheen aikana tehdyn työn määrän Sprint, Ja niin edelleen.

Testiraportointi

Nopeushistoriakaavio: Nopeushistorian kuvaaja ennustaa nopeuden, jonka joukkue saavuttaa kussakin SprintSe on pylväsdiagrammi ja se kuvaa, miten joukkueen tuotos on muuttunut ajan kuluessa.

Muita hyödyllisiä mittareita voivat olla aikataulun käyttöaste, budjetin käyttöaste, teeman valmistumisprosentti, valmiit tarinat, jäljellä olevat tarinat ja niin edelleen.

UKK

Scrum-testaus on jatkuvaa varmennusta, jota tehdään kussakin Sprint varmistaa, että käyttäjätarinat täyttävät hyväksymiskriteerit, kattaen toiminnalliset tarkistukset, ei-toiminnalliset tarkistukset ja regressioanalyysin, jotta jokainen inkrementti on julkaisuvalmis.

Tuotteen kehitysjono on priorisoitu päälista kaikista tuoteomistajan omistamista tarinoista. Sprint Backlog on pienempi osajoukko, jonka tiimi sitoutuu toimittamaan yhden aikana Sprint.

Scrum ei määrittele erillistä testaajan roolia. Laatu on tiimin vastuulla, mutta testaajat yleensä arvioivat työmäärän, automatisoivat regression, suorittavat hyväksymistestejä ja tarkastelevat CI-tuloksia jokaisen testin sisällä. Sprint.

Nykyaikaiset Scrum-tiimit luottavat tyypillisesti Jiraan, Lineariin, Azure DevOps tai Asana hallita tuotekehitysjonoa, Sprint Työjono, viat, edistymiskaaviot ja päivittäiset Stand-up-päivitykset yhdessä jaetussa työtilassa.

Edistymiskaavio visualisoi jäljellä olevat Sprint työskentele aikaa vastaan. Se auttaa Scrum Masteria ja tiimiä ennustamaan, onko Sprint Runko saadaan päätökseen mennessä Sprint päättymispäivä ja havaitse riskit aikaisin.

Shift-vasemmistotestaus tarkoittaa laadun validointia jokaisen vaiheen alkuvaiheessa Sprint eikä vasta lopussa. Testaajat kirjoittavat automatisoituja tarkistuksia ennen koodausta tai sen rinnalla, jolloin virheet havaitaan nopeammin, uudelleentyöstö vähenee japing jokainen lisäys on julkaisuvalmis.

Tekoälyavustajat Jirassa, Linearissa ja Azure DevOps ehdottaa tarinoiden arvioita, merkitsee riskialttiita tarinoita, luo hyväksymiskriteerejä käyttäjätarinoiden tekstistä ja ennustaa Sprint kapasiteetti historiallisten nopeustietojen perusteella.

Tekoälypohjaiset työkalut korjaavat itseään paikantamalla, luovat automaattisesti regressiotestejä käyttäjätarinoista, priorisoivat korkean riskin testitapauksia ja analysoivat CI-tuloksia, jotta Scrum-tiimit säilyttävät kattavuuden lyhyistäkin aikoihin. Sprint sykliä.

Tiivistä tämä viesti seuraavasti: