Scrum testiranje Metodologija Vadnica: Kaj je, postopek, artefakti, Sprint

Kazalo:

Anonim

Scrum pri testiranju programske opreme

Scrum in Software Testing je metodologija za izdelavo zapletenih programskih aplikacij. Ponuja enostavne rešitve za izvajanje zapletenih nalog. Scrum pomaga razvojni skupini, da se osredotoči na vse vidike razvoja programskega izdelka, kot so kakovost, zmogljivost, uporabnost itd. Zagotavlja preglednost, pregled in prilagajanje med razvojem programske opreme, da se prepreči zapletenost.

Scrum testiranje

Scrum Testiranje je testiranje, izvedeno v scrum metodologiji, da se preveri, ali so izpolnjene zahteve programske aplikacije. Vključuje preverjanje nefunkcionalnih parametrov, kot so varnost, uporabnost, zmogljivost itd. Preskuševalca v procesu ni aktivno, zato ga običajno izvajajo razvijalci z Unit Test. Včasih so potrebne posebne testne skupine, odvisno od narave in zapletenosti projekta.

V tej vadnici boste izvedeli-

  • Kaj je Scrum?
  • Ključne značilnosti Scrum metodologije
  • Vloge v Scrumu
  • Scrum Artefakti
  • Ceremonije (procesi) v Scrumu
  • Vloga preizkuševalca v Scrumu
  • Testiranje dejavnosti v Scrumu
  • Poročanje o preskusih

Ključne značilnosti Scrum metodologije

Sledijo ključne značilnosti Scrum-

  • Scrum ima kratek določen urnik izdajnih ciklov z nastavljivim obsegom, znan kot sprinti, ki ustreza hitro spreminjajočim se razvojnim potrebam. Vsaka izdaja bi lahko imela več sprintov. Vsak projekt Scrum ima lahko več ciklov izdaje.
  • Ponavljajoče se zaporedje sestankov, dogodkov in mejnikov
  • Praksa preizkušanja in izvajanja novih zahtev, znanih kot zgodbe , da se zagotovi, da je po vsakem sprintu pripravljeno nekaj dela

Scrum temelji na naslednjih treh stebrih:

Poglejmo si enega za drugim

1. Vloge v Scrumu

V Scrum testiranju so tri glavne vloge - lastnik izdelka, Scrum mojster in razvojna skupina. Podrobno jih preučimo

Lastnik izdelka

Scrum mojster

Ekipa

  • Opredeli lastnosti izdelka.
  • Upravlja ekipo in skrbi za produktivnost ekipe
  • Ekipa je običajno približno 5-9 članov
  • Lastnik izdelka določi datum izdaje in ustrezne funkcije
  • Vzdržuje seznam blokov in odstranjuje ovire v razvoju
  • Vključuje razvijalce, oblikovalce in včasih preizkuševalce itd.
  • Lastnosti imajo prednost glede na tržno vrednost in donosnost izdelka
  • Usklajuje se z vsemi vlogami in funkcijami
  • Ekipa organizira in razporeja svoje delo sama
  • Odgovorna je za donosnost izdelka
  • Skupino varuje pred zunanjimi motnjami
  • Ima pravico narediti vse, kar je v mejah projekta, da doseže cilj sprinta
  • Lahko sprejme ali zavrne rezultat delovnega predmeta
  • Vabi na vsakodnevne preglede, sprint pregled in načrtovanje sestankov
  • Aktivno sodelujte v dnevnih obredih

2. Scrum artefakti

Scrum postopek vključuje

  • Zgodbe uporabnikov: So kratka razlaga funkcionalnosti preizkušenega sistema. Primer za ponudnika zavarovanja je - "Premijo lahko plačate s spletnim sistemom."
  • Zaostanki izdelkov: gre za zbirko uporabniških zgodb, zajetih za scrum izdelek. Lastnik izdelka pripravi in vzdržuje zaostanek izdelka. Lastnik izdelka ga prednostno določi in ga lahko vsakdo doda z odobritvijo lastnika izdelka.
  • Zaostanek izdaje: izdaja je časovni okvir, v katerem je število ponovitev zaključeno. Lastnik izdelka se usklajuje s poveljnikom scrum-a, da se odloči, katere zgodbe je treba ciljati na izdajo. Zgodbe v zaostanku za izdajo naj bi dopolnili z izdajo.
  • Sprints: Dopolnjeno uporabniško zgodbo določi čas, ki ga določi lastnik izdelka in ekipa razvijalcev, običajno 2-4 tedne časa.
  • Sprint Backlog: Nabor uporabniških zgodb, ki jih je treba izpolniti v sprintu. Med zaostanki v sprintih delo ni nikoli določeno in ekipa se na delo prijavi sama. Je v lasti in pod vodstvom ekipe, ocenjeno preostalo delo pa se dnevno posodablja. To je seznam nalog, ki jih je treba izvesti v Sprintu
  • Seznam blokov: To je seznam blokov in neizdelanih odločitev v lasti scrum masterja, ki se dnevno posodablja
  • Grafikon Burndown: Grafikon izgorevanja predstavlja splošen napredek nedokončanega dela in dela, dokončanega v celotnem postopku. V obliki grafa predstavlja zgodbe in funkcije, ki niso dokončane

3. Ceremonije (procesi) v Scrumu

  • Načrtovanje sprinta : sprint se začne z ekipo, ki uvozi zgodbe iz zaostanka za izdajo v zaostanek sprinta; gosti ga scrum master. Preizkuševalci ocenjujejo prizadevanja za preizkušanje različnih zgodb v Sprint Backlog.
  • Daily Scrum: gosti ga scrum master, traja približno 15 minut. Med programom Daily Scrum bodo člani razpravljali o delu, opravljenem prejšnji dan, načrtovanem delu za naslednji dan in vprašanjih, s katerimi se srečujejo med šprintom. Med vsakodnevnim stand-up sestankom se spremlja napredek ekipe.
  • Sprint Review / Retrospective: Gosti ga tudi scrum master, traja približno 2–4 ure in razpravlja o tem, kaj je ekipa dosegla v zadnjem sprintu in kakšne lekcije se je naučila.

Vloga preizkuševalca v Scrumu

Tester v Scrum procesu nima aktivne vloge . Običajno testiranje izvaja razvijalec z Unit Test. Medtem ko je lastnik izdelka pogosto vključen v postopek testiranja med vsakim sprintom. Nekateri Scrum projekti imajo namenske testne skupine, odvisno od narave in zapletenosti projekta .

Naslednje vprašanje je, kaj tester naredi v scrumu? Naslednja opomba bo odgovorila

Testiranje dejavnosti v Scrumu

Preizkuševalci izvajajo naslednje dejavnosti v različnih fazah programa Scrum-

Načrtovanje sprinta

  • Pri načrtovanju sprinta mora tester iz zaostanka izdelkov izbrati zgodbo uporabnika, ki jo je treba preizkusiti.
  • Kot preizkuševalec bi se moral odločiti, koliko ur (ocena napora) naj traja, da zaključi testiranje za vsako izbrano zgodbo uporabnika.
  • Kot preizkuševalec mora vedeti, kaj so cilji sprinta.
  • Kot preskuševalec prispevajte k postopku določanja prednostnih nalog

Sprint

  • Podpirajte razvijalce pri enostavnem testiranju
  • Ko končate, preizkusite zgodbo uporabnika. Izvajanje testa se izvaja v laboratoriju, kjer preizkuševalec in razvijalec delata z roko v roki. Defect so prijavljeni v orodju za upravljanje napak, ki jim sledijo vsak dan. Napake je mogoče razkriti in analizirati med zasedanjem. Napake se ponovno preskusijo, takoj ko so odpravljene in uporabljene za testiranje
  • Kot preizkuševalec se udeležuje vsakodnevnega sestanka, da bi spregovoril
  • Kot preizkuševalec lahko prinese kateri koli zaostali predmet, ki ga v trenutnem sprintu ni mogoče izpolniti, in ga postavi na naslednji
  • Tester je odgovoren za razvoj skriptov za avtomatizacijo. Načrtuje avtomatizirano testiranje s sistemom neprekinjene integracije (CI). Avtomatizacija je pomembna zaradi kratkih rokov dobave. Testno avtomatizacijo lahko dosežemo z uporabo različnih odprtokodnih ali plačljivih orodij, ki so na voljo na trgu. To se izkaže za učinkovito pri zagotavljanju, da je bilo zajeto vse, kar je treba preizkusiti. Zadostno pokritost s testom je mogoče doseči s tesno komunikacijo z ekipo.
  • Preglejte rezultate avtomatizacije CI in pošljite poročila zainteresiranim stranem
  • Izvajanje nefunkcionalnega testiranja za odobrene uporabniške zgodbe
  • Uskladite se s stranko in lastnikom izdelka, da določite merila sprejemljivosti za sprejemne teste
  • Na koncu šprinta preizkuševalec v nekaterih primerih opravi tudi preskus sprejemljivosti (UAT) in potrdi popolnost preskusa za trenutni šprint

Sprint retrospektiva

  • Kot preizkuševalec bo ugotovil, kaj je šlo narobe in kaj v trenutnem sprintu
  • Kot preizkuševalec opredeli pridobljene lekcije in najboljše prakse

Poročanje o preskusih

Poročanje o metrikah Scrum Test zagotavlja preglednost in prepoznavnost zainteresiranih strani o projektu. Meritve, ki so sporočene, skupini omogočajo analizo njihovega napredka in načrtovanje prihodnje strategije za izboljšanje izdelka. Za poročanje se pogosto uporabljata dve metriki.

Tabela izgorevanja: Scrum Master vsak dan zabeleži ocenjeno preostalo delo za sprint. To ni nič drugega kot Burn Down Chart. Posodablja se vsak dan.

Grafikon za izginotje daje hiter pregled napredka projekta, ta grafikon vsebuje informacije, kot so skupni obseg dela v projektu, ki ga je treba dokončati, obseg dela, opravljenega med vsakim sprintom itd.

Graf zgodovine hitrosti: Graf zgodovine hitrosti napove hitrost ekipe, dosežene v vsakem sprintu. Je stolpčni graf in predstavlja, kako se je rezultat ekipe spreminjal skozi čas.

Dodatne meritve, ki so lahko koristne, so zapisovanje urnika, poraba proračuna, odstotek dokončanih tem, zaključene zgodbe - preostale zgodbe itd.

Imate kakšen nasvet ali izkušnjo za testiranje Scrum? Pustite komentar spodaj-