Scrum v testovaní softvéru
Scrum in Testovanie softvéru je metodika pre tvorbu komplexných softvérových aplikácií. Poskytuje ľahké riešenia pre vykonávanie komplikovaných úloh. Scrum pomáha vývojovému tímu zamerať sa na všetky aspekty vývoja softvérových produktov, ako je kvalita, výkon, použiteľnosť a podobne. Poskytuje transparentnosť, kontrolu a prispôsobenie počas vývoja softvéru, aby sa predišlo zložitosti.
Scrum Testovanie
Scrum Testing je testovanie vykonané v metodike scrum na overenie splnenia požiadaviek softvérovej aplikácie. Zahŕňa kontrolu nefunkčných parametrov, ako je bezpečnosť, použiteľnosť, výkon atď. V procese neexistuje aktívna úloha testera, takže ho zvyčajne vykonávajú vývojári pomocou Unit Testu. Niekedy sú potrebné vyhradené testovacie tímy v závislosti od povahy a zložitosti projektu.
V tomto návode sa naučíte
- Čo je to Scrum?
- Kľúčové vlastnosti metodológie Scrum
- Roly v skrumáži
- Scrum artefakty
- Obrady (procesy) v skrumáži
- Úloha testera v skrumáži
- Testovacie aktivity v scrume
- Správy o testoch
Kľúčové vlastnosti metodológie Scrum
Nasledujú kľúčové vlastnosti Scrumu
- Scrum má krátky pevný plán cyklov uvoľňovania s nastaviteľným rozsahom známym ako šprinty na riešenie rýchlo sa meniacich vývojových potrieb. Každé vydanie môže mať niekoľko šprintov. Každý projekt Scrum môže mať viac cyklov vydania.
- Opakujúca sa postupnosť stretnutí, udalostí a míľnikov
- Prax testovania a implementácie nových požiadaviek, známa ako príbehy , aby ste sa uistili, že po každom šprinte je uvoľnená práca
Scrum je založený na nasledujúcich 3 stĺpoch -
Pozrime sa na jednu po druhej
1. Roly v skrumáži
V Scrum Testovaní sú tri hlavné úlohy - produktový vlastník, Scrum Master a vývojový tím. Poďme si ich podrobne preštudovať
|
Produktový vlastník |
Scrum Master |
Tím |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Scrum artefakty
Proces skrumáže zahŕňa
- Príbehy používateľov: Sú krátkym vysvetlením funkcií testovaného systému. Príklad pre poskytovateľa poistenia je - „Poistné je možné platiť pomocou online systému.“
- Produktový backlog: Je to zbierka príbehov používateľov zachytených pre skrumážny produkt. Produktový vlastník pripravuje a udržiava nevybavené položky produktu. Je prioritou vlastníka produktu a ktokoľvek ho môže pridať so súhlasom vlastníka produktu.
- Nevybavené vydanie: Vydanie je časový rámec, v ktorom je dokončený počet iterácií. Produktový vlastník koordinuje s scrum masterom rozhodovanie, ktoré príbehy by mali byť zamerané na vydanie. Príbehy v nevybavenom vydaní sú zamerané na dokončenie vo vydaní.
- Sprinty: Je to stanovené časové obdobie na dokončenie používateľských príbehov, o ktorom rozhodne vlastník produktu a vývojový tím, zvyčajne 2-4 týždne.
- Sprint Backlog: Je to súbor užívateľských príbehov, ktoré sa majú dokončiť v sprinte. Počas nevybavených sprintov nikdy nie je pridelená práca a tím sa prihlási do práce sám. Vlastní ho a spravuje tím, zatiaľ čo odhadovaná zostávajúca práca sa aktualizuje každý deň. Je to zoznam úloh, ktoré je potrebné vykonať v Sprinte
- Zoznam blokov: Je to zoznam blokov a nevydaných rozhodnutí, ktoré vlastní scrum master a aktualizuje sa každý deň
- Burndownový graf: Burn-down chart predstavuje celkový pokrok rozpracovanej a dokončenej práce v priebehu procesu. Predstavuje v grafickom formáte príbehy a nedokončené funkcie
3. Obrady (procesy) v Scrume
- Plánovanie sprintu : Šprint začína tým, že tím importuje príbehy z nevybavených položiek vydania do nevybavenej položky sprintu; je hostiteľom skrumážneho majstra. Testéri odhadujú úsilie na testovanie rôznych príbehov v Sprint Backlogu.
- Daily Scrum: Hostuje ho Scrum Master, trvá to asi 15 minút. Počas denného scrumu budú členovia diskutovať o prácach dokončených predchádzajúci deň, plánovaných prácach na nasledujúci deň a problémoch, ktorým čelili počas šprintu. Počas denného stretnutia v stoji sa sleduje pokrok tímu.
- Sprint Review / Retrospective: Je tiež hostiteľom skrumážneho majstra, trvá asi 2 až 4 hodiny a diskutuje sa o ňom, čo tím dosiahol v poslednom šprinte a aké lekcie sa naučili.
Úloha testera v skrumáži
Tester v procese Scrum nie je aktívny . Testovanie zvyčajne vykonáva vývojár pomocou nástroja Unit Test. Zatiaľ čo produktový vlastník je tiež často zapojený do procesu testovania počas každého šprintu. Niektoré projekty Scrumu majú vyhradené testovacie tímy v závislosti od povahy a zložitosti projektu .
Ďalšou otázkou je, čo tester robí v skrumáži? Nasledujúca poznámka odpovie
Testovacie aktivity v scrume
Testéri vykonávajú nasledujúce činnosti počas rôznych fáz Scrum
Plánovanie šprintu
- Pri plánovaní sprintu by si mal tester zvoliť užívateľský príbeh z nevybaveného produktu, ktorý by sa mal testovať.
- Ako tester by sa mal rozhodnúť, koľko hodín (odhad úsilia) by malo trvať dokončenie testovania každého z vybraných príbehov používateľov.
- Ako tester musí vedieť, čo sú ciele v šprinte.
- Ako tester prispievajte k procesu stanovovania priorít
Šprint
- Podpora vývojárov pri testovaní jednotiek
- Po dokončení otestujte príbeh používateľa. Vykonanie testu sa vykonáva v laboratóriu, kde tester aj vývojár pracujú ruka v ruke. Poruchy sa prihlásia do nástroja Správa defektov, ktorý sa denne sleduje. Poruchy môžu byť pridelené a analyzované počas stretnutia skrumážou. Poruchy sa znova otestujú, akonáhle sa vyriešia a nasadia na testovanie
- Ako tester sa zúčastňuje každého denného samostatného stretnutia, aby sa vyjadril
- Ako tester môže priniesť ľubovoľné položky nevybavených položiek, ktoré sa nedajú dokončiť v aktuálnom šprinte, a vložiť ich do ďalšieho šprintu
- Tester je zodpovedný za vývoj automatizačných skriptov. Naplánuje testovanie automatizácie pomocou systému Continuous Integration (CI). Automatizácia získava na dôležitosti vďaka krátkym termínom dodania. Automatizáciu testov je možné dosiahnuť využitím rôznych open source alebo platených nástrojov dostupných na trhu. To sa ukazuje ako účinné pri zabezpečovaní toho, aby bolo pokryté všetko, čo je potrebné vyskúšať. Dostatočné pokrytie testu je možné dosiahnuť úzkou komunikáciou s tímom.
- Skontrolujte výsledky automatizácie CI a pošlite správy zainteresovaným stranám
- Vykonávanie nefunkčného testovania schválených používateľských príbehov
- Koordinujte so zákazníkom a vlastníkom produktu definíciu kritérií prijatia pre testy prijatia
- Na konci šprintu tester v niektorých prípadoch vykoná aj akceptačné testovanie (UAT) a potvrdí úplnosť testovania pre aktuálny šprint
Šprint retrospektíva
- Ako tester zistí, čo sa v súčasnom šprinte pokazilo a čo naopak
- Ako tester identifikuje poučenia a osvedčené postupy
Správy o testoch
Reportovanie metrík Scrum Test poskytuje transparentnosť a viditeľnosť pre zúčastnené strany o projekte. Uvádzané metriky umožňujú tímu analyzovať ich pokrok a plánovať jeho budúcu stratégiu na zlepšenie produktu. Na vytváranie prehľadov sa často používajú dve metriky.
Vypáliť graf: Každý deň Scrum Master zaznamená odhadovanú zostávajúcu prácu pre šprint. Toto nie je nič iné ako Burn Down Chart. Aktualizuje sa každý deň.
Rozbaľovací graf poskytuje rýchly prehľad o postupe projektu, tento graf obsahuje informácie, ako napríklad celkový objem práce v projekte, ktorý je potrebné dokončiť, množstvo práce dokončené počas každého šprintu atď.
Graf histórie rýchlosti: Graf histórie rýchlosti predpovedá rýchlosť tímu dosiahnutú v každom šprinte. Je to stĺpcový graf a predstavuje, ako sa výstupy tímov v priebehu času menili.
Dodatočné metriky, ktoré môžu byť užitočné, sú napaľovanie plánu, napálenie rozpočtu, dokončenie percenta témy, dokončené príbehy - zostávajúce príbehy atď.
Máte nejaké tipy alebo skúsenosti, s ktorými sa chcete podeliť o Scrum Testing? Zanechajte komentár nižšie-