Návod k metodice testování scrumu

Scrum v testování softwaru

Scrum v testování softwaru je metodika pro vytváření komplexních softwarových aplikací. Poskytuje snadná řešení pro provádění složitých úkolů. Scrum pomáhá vývojovému týmu zaměřit se na všechny aspekty vývoje softwarového produktu, jako je kvalita, výkon, použitelnost a tak dále. Poskytuje transparentnost, kontrolu a přizpůsobení během vývoje softwaru, aby se zabránilo složitosti.

Scrum testování

Scrum testování je testování prováděné v metodologii scrumu k ověření, zda jsou splněny požadavky na softwarové aplikace. Zahrnuje kontrolu nefunkčních parametrů, jako je bezpečnost, použitelnost, výkon atd. V procesu není aktivní role testera, takže jej obvykle provádějí vývojáři s Unit Testem. Někdy jsou potřeba specializované testovací týmy v závislosti na povaze a složitosti projektu.

Klíčové vlastnosti metodiky scrumu

Níže jsou uvedeny klíčové vlastnosti Scrumu-

• Scrum má krátký pevný plán cyklů uvolňování s nastavitelným rozsahem známým jako sprinty reagovat na rychle se měnící potřeby rozvoje. Každé vydání může mít více sprintů. Každý Scrum projekt může mít více cyklů vydání.
• Opakující se sekvence setkání, události a milníky
• Praxe testování a implementace nových požadavků, známá jako příběhy, abyste se ujistili, že po každém sprintu je připravena nějaká práce

Scrum je založen na následujících 3 pilířích –

Podívejme se na jeden po druhém

1. Role ve Scrumu

Ve Scrum testování jsou tři hlavní role – vlastník produktu, Scrum Master a vývojový tým. Pojďme si je podrobně prostudovat

Product Vlastník	Scrum master	Team
Definuje vlastnosti produktu.	Řídí tým a stará se o produktivitu týmu	Tým je většinou o 5-9 členech
O datu vydání a odpovídajících funkcích rozhoduje vlastník produktu	Vede seznam bloků a odstraňuje bariéry ve vývoji	Zahrnuje vývojáře, návrháře a někdy testery atd.
Upřednostňují vlastnosti podle tržní hodnoty a ziskovosti produktu	Koordinuje se všemi rolemi a funkcemi	Tým si svou práci organizuje a rozvrhuje sám
Je odpovědný za ziskovost produktu	Chrání tým před vnějšími interferencemi	Má právo udělat vše v rámci hranic projektu, aby splnil cíl sprintu
Může přijmout nebo odmítnout výsledek pracovní položky	Zve na každodenní scrum, sprint review a plánovací schůzky	Aktivně se účastnit každodenních obřadů

2. Artefakty scrumu

Proces scrumu zahrnuje

• Příběhy uživatelů: Jsou krátkým vysvětlením funkčnosti testovaného systému. Příklad pro poskytovatele pojištění je – „Pojistné lze platit pomocí online systému“.
• Produktový backlog: Je to sbírka uživatelských příběhů zachycených pro scrumový produkt. Produktový vlastník se připravuje a udržuje produktový backlog. Je prioritou vlastníka produktu a kdokoli jej může přidat se souhlasem vlastníka produktu.
• Nedokončené vydání: Vydání je časový rámec, ve kterém je dokončen počet iterací. Produktový vlastník koordinuje se scrum masterem rozhodnout, které příběhy by měly být zaměřeny na vydání. Příběhy v nevyřízeném vydání mají být dokončeny ve vydání.
• Sprints: Jedná se o stanovenou dobu pro dokončení uživatelských příběhů, o které rozhoduje vlastník produktu a vývojářský tým, obvykle 2–4 týdny.
• Sprint Nevyřízené položky: Je to soubor uživatelských příběhů, které mají být dokončeny ve sprintu. Během backlogu sprintu není práce nikdy přidělena a tým se k práci přihlásí sám. Je vlastněn a spravován týmem, zatímco odhad zbývající práce je denně aktualizován. Je to seznam úkolů, které je třeba provést Sprint
• Seznam blokovaných: Je to seznam bloků a neprovedených rozhodnutí vlastněných scrum masterem a denně aktualizovaných
• Tabulka vyhoření: Burn-down graf představuje celkový postup nedokončené práce a práce dokončené v průběhu procesu. Představuje ve formátu grafu nedokončené příběhy a funkce

3. Ceremonie (procesy) ve Scrumu

• Sprint Plánování: Sprint začíná tím, že tým importuje příběhy z nevyřízeného vydání do nevyřízeného sprintu; je hostován scrum masterem. Testeři odhadují úsilí o testování různých příběhů v Sprint Nevyřízené věci.
• Denní Scrum: Hostuje ho scrum master, trvá asi 15 minut. Během Daily Scrum budou členové diskutovat o práci dokončené předchozí den, plánované práci na další den a problémech, kterým čelí během sprintu. Během každodenního stand-up setkání je sledován pokrok týmu.
• Sprint Revpohled/ retrospektiva: Je také hostitelem scrum master, trvá asi 2-4 hodiny a diskutuje se o tom, co tým dokázal v posledním sprintu a jaké lekce se naučili.

Role testera ve Scrumu

Ve Scrumu není aktivní role Testera Proces. Testování obvykle provádí vývojář pomocí Unit Test. Zatímco produktový vlastník je také často zapojen do procesu testování během každého sprintu. Některé projekty Scrum mají vyhrazené testovací týmy v závislosti na povaze a složitosti projektu.

Další otázkou je, co dělá tester ve skrumáži? Odpoví následující poznámka

Testovací aktivity ve Scrumu

Testeři provádějí následující činnosti během různých fází Scrumu-

Sprint Plánování

• Při plánování sprintu by si měl tester vybrat uživatelský příběh z produktového backlogu, který by měl být testován.
• Jako tester by se měl rozhodnout, kolik hodin (odhad úsilí) by to mělo trvat dokončit testování pro každý z vybraných uživatelských příběhů.
• Jako tester musí vědět, co jsou cíle sprintu.
• Jako tester přispějte k procesu stanovení priorit

Sprint

• Podpora vývojářů při testování jednotek
• Po dokončení otestujte uživatelský příběh. Provede se provedení testu v laboratoři, kde tester a vývojář pracují ruku v ruce. Defekty jsou přihlášeny Nástroj pro správu defektů které jsou denně sledovány. Defekty lze přidělit a analyzovat během scrumu setkání. Závady jsou znovu testovány, jakmile jsou vyřešeno a nasazeny pro testování
• Jako tester se účastní všech každodenních standup setkání, aby promluvil
• Jako tester může přinést jakoukoli nevyřízenou položku, kterou nelze dokončit v aktuálním sprintu, a umístit ji do dalšího sprintu
• Tester je zodpovědný za vývoj automatizačních skriptů. Naplánuje testování automatizace s Systém kontinuální integrace (CI).. Automatizace získává na důležitosti kvůli krátkým dodacím lhůtám. Test Automation lze provést pomocí různých open source nebo placených nástrojů dostupných na trhu. To se ukazuje jako účinné při zajištění toho, že bylo pokryto vše, co je třeba otestovat. Dostatečného pokrytí testem lze dosáhnout úzkou komunikací s týmem.
• Revzobrazit výsledky automatizace CI a zasílat zprávy zainteresovaným stranám
• Provádění nefunkčního testování pro schválené uživatelské příběhy
• V koordinaci se zákazníkem a vlastníkem produktu definujte akceptační kritéria pro akceptační testy
• Na konci sprintu tester v některých případech také provede akceptační testování (UAT) a potvrdí úplnost testování pro aktuální sprint

Sprint Retrospektivní

• Jako tester zjistí, co se v aktuálním sprintu pokazilo a co nepovedlo
• Jako tester identifikuje získané poznatky a osvědčené postupy

Testování zpráv

Reportování metrik Scrum Test poskytuje zúčastněným stranám transparentnost a viditelnost o projektu. Metriky, které jsou hlášeny, umožňují týmu analyzovat jejich pokrok a plánovat budoucí strategii ke zlepšení produktu. K vytváření přehledů se často používají dvě metriky.

Vypálit graf: Scrum Master každý den zaznamenává odhadovanou zbývající práci pro sprint. To není nic jiného než Burn Down Chart. Aktualizuje se denně.

Burdown graf poskytuje rychlý přehled o průběhu projektu, tento graf obsahuje informace jako celkové množství práce v projektu, které musí být dokončeno, množství práce dokončené během každého sprintu a tak dále.

Graf historie rychlosti: Graf historie rychlosti předpovídá rychlost, kterou tým dosáhl v každém sprintu. Je to sloupcový graf a představuje, jak se výkon týmů měnil v průběhu času.

Další metriky, které mohou být užitečné, jsou vypalování plánu, vypalování rozpočtu, procento dokončení tématu, dokončené příběhy – zbývající příběhy a tak dále.

To vše je o Scrumu v softwarovém inženýrství