Návod k metodice testování scrumu

Scrum v testování softwaru

Scrum v testování softwaru je metodologie pro tvorbu 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 soustředit se na všechny aspekty vývoje softwarového produktu, včetně kvality, výkonu a použitelnosti. Zajišťuje transparentnost, kontrolu a adaptaci během vývoje softwaru, aby se předešlo složitosti.

Scrum testování

Scrum testování je testování prováděné metodologií Scrum za účelem ověření splnění požadavků softwarové aplikace. Zahrnuje kontrolu nefunkčních parametrů, jako je bezpečnost, použitelnost a výkon. V procesu není aktivní role testera, takže jej obvykle provádějí vývojáři pomocí unit testů. Někdy jsou v závislosti na povaze a složitosti projektu potřeba specializované testovací týmy. Moderní týmy tuto práci často koordinují v systémech Jira, Linear, Azure DevOps, nebo Asana.

Klíčové vlastnosti metodiky scrumu

Následují klíčové vlastnosti Scrumu:

• Scrum má krátký, fixní harmonogram cyklů vydávání s nastavitelným rozsahem, známý jako Sprints, aby se řešily rychle se měnící potřeby vývoje. Každá verze může mít několik Sprints. 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, aby se zajistilo, že po každém díle bude některá práce připravena k vydání Sprint.

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

Pojďme se na ně podívat jeden po druhém.

1. Role ve Scrumu

V Scrum testování existují tři hlavní role: Product Owner, Scrum Master a vývojový tým. Pojďme si je podrobněji prostudovat.

Product Vlastník	Scrum master	Team
On nebo ona definuje vlastnosti produktu.	Řídí tým a stará se o jeho produktivitu.	Tým má obvykle 5–9 členů.
Vlastník produktu určuje datum vydání a související funkce.	Vede seznam blokovaných a odstraňuje překážky ve vývoji.	Zahrnuje vývojáře, designéry a někdy i testery.
Upřednostňují vlastnosti podle tržní hodnoty a ziskovosti produktu.	Koordinuje všechny role a funkce.	Tým si svou práci organizuje a plánuje sám.
Je zodpovědný za ziskovost produktu.	Chrání tým před vnějšími vlivy.	Má právo učinit vše v rámci mezí projektu tak, aby splnil Sprint fotbalová branka.
Může přijmout nebo odmítnout výsledky pracovních položek.	Pozvánky na denní Scrum, Sprint Reva plánovací schůzky.	Aktivně se účastní každodenních obřadů.

2. Artefakty scrumu

Scrum proces zahrnuje:

• Příběhy uživatelů: Jedná se o stručné vysvětlení funkcí testovaného systému. Příklad pro poskytovatele pojištění: „Pojistné lze platit pomocí online systému.“
• Produktový backlog: Jedná se o sbírku uživatelských příběhů zachycených pro Scrum produkt. Vlastník produktu připravuje a udržuje produktový backlog. Jeho priority stanovuje vlastník produktu a kdokoli do něj může s jeho souhlasem přidávat další položky. Moderní týmy udržují produktový backlog v systémech Jira, Linear, Azure DevOps, nebo Asana.
• Nedokončené vydání: Vydání je časový rámec, ve kterém je dokončen určitý počet iterací. Vlastník produktu koordinuje se Scrum Masterem, aby rozhodl, které příběhy by měly být cíleny pro vydání. Příběhy v Release Backlogu jsou cíleny k dokončení v daném vydání.
• Sprints: Jedná se o stanovený časový úsek pro dokončení uživatelských příběhů, o kterém rozhoduje Product Owner a vývojový tým, obvykle 2–4 týdny.
• Sprint Nevyřízené položky: Jedná se o sadu uživatelských příběhů, které je třeba dokončit v Sprint. Během Sprint Nevyřízené úkoly nejsou nikdy přiřazeny a tým se k práci přihlašuje sám. Vlastní a spravuje je tým, zatímco odhadovaný zbývající objem práce se denně aktualizuje. Jedná se o seznam úkolů, které je třeba provést v rámci Sprint.
• Seznam blokovaných: Je to seznam bloků a neuskutečněných rozhodnutí, které vlastní Scrum Master a které se denně aktualizují.
• Tabulka vyhoření: Graf spotřeby představuje celkový průběh rozpracované práce a práce dokončené v celém procesu. V grafickém formátu znázorňuje nedokončené články a funkce.

3. Ceremonie (procesy) ve Scrumu

• Sprint Plánování: A Sprint začíná tím, že tým importuje příběhy z Release Backlogu do Sprint Backlog; je spravován Scrum Masterem. Testeři odhadují úsilí potřebné k otestování různých příběhů v Sprint Nevyřízené věci.
• Denní stand-up: Také se nazývá Denní Scrum, pořádá ho Scrum Master a trvá přibližně 15 minut. Během Denního Stand-upu členové diskutují o práci dokončené předchozího dne, plánované práci na následující den a problémech, se kterými se setkali během... SprintPokrok týmu je tractady.
• Sprint Revpohled / Retrospektiva: Také ji pořádá Scrum Master, trvá přibližně 2–4 hodiny a probírá se na ní, čeho tým v uplynulém období dosáhl. Sprint a jaké ponaučení si z toho vyvodili.

Po stanovení rolí, artefaktů a ceremonií ve Scrumu je důležité si ujasnit, kam přesně testeři v tomto rámci zapadají.

Role testera ve Scrumu

Ve Scrumu není aktivní role Testera proces. Testování obvykle provádí vývojář pomocí jednotkových testů, zatímco vlastník produktu je často také zapojen do procesu testování během každého Sprint. Některé Scrum projekty mají v závislosti na povaze a složitosti projektu specializované testovací týmy..

Další otázkou je, co dělá tester ve Scrumu? Na to odpoví následující část.

Testovací aktivity ve Scrumu

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

Sprint Plánování

• In Sprint Při plánování by si tester měl vybrat uživatelský příběh z produktového backlogu, který by měl být otestová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 Sprint cíle jsou.
• Jako tester se podílejte na procesu stanovování priorit.

Sprint

• Podporujte vývojáře v jednotkovém testování.
• Po dokončení otestujte uživatelský příběh. Provede se provedení testu v laboratoři, kde tester i vývojář pracují ruku v ruce. Chyby se zaznamenávají do Nástroj pro správu defektů a tracdenně kontrolováno. Vady lze sdělovat a analyzovat během Scrum meetingu. Vady se znovu testují, jakmile jsou odhaleny. vyřešeno a nasazeny pro testování. Moderní Scrum týmy obvykle používají Jira, Linear, Azure DevOps, nebo Asana pro tento pracovní postup.
• Jako tester se účastní všech denních stand-up setkání, aby se mohl ozvat.
• Jako tester může přinést jakoukoli nevyřízenou položku, kterou nelze v aktuálním Sprint a vložte to do dalšího Sprint.
• Tester je zodpovědný za vývojping automatizační skripty. Plánuje automatizované testování s Systém kontinuální integrace (CI).Automatizace nabývá na významu kvůli krátkým dodacím lhůtám. Automatizace testování lze dosáhnout využitím různých open source nebo placených nástrojů dostupných na trhu. To se ukazuje jako efektivní při zajištění pokrytí všeho, co je třeba otestovat. Dostatečného pokrytí testováním lze dosáhnout úzkou komunikací v rámci týmu.
• Revzobrazit výsledky automatizace CI a zasílat zprávy zúčastněným stranám.
• Provádějte nefunkční testování schválených uživatelských příběhů.
• Spolupracujte se zákazníkem a vlastníkem produktu na definování kritérií pro akceptační testy.
• Na konci roku Sprint, tester v některých případech také provádí akceptační testování (UAT) a potvrzuje úplnost testování pro aktuální Sprint.

Sprint Retrospektivní

• Jako tester zjistí, co se v aktuálním stavu dělo špatně a co se dělo správně. Sprint.
• Jako tester identifikuje získané poznatky a osvědčené postupy.

Jakmile jsou tyto testovací aktivity spuštěny, SprintTýmy se spoléhají na jasné metriky pro komunikaci pokroku, a právě zde se testovací reporting stává nezbytným.

Testování zpráv

Reporting metrik Scrum testů poskytuje zúčastněným stranám transparentnost a přehled o projektu. Reportované metriky umožňují týmu analyzovat svůj pokrok a plánovat budoucí strategii pro zlepšení produktu. Nástroje jako Jira, Linear, Azure DevOps a Asana automaticky generovat mnoho z těchto reportů. Existují dvě metriky, které se často používají k vytváření reportů.

Tabulka vyhoření: Scrum Master každý den zaznamenává odhadovanou zbývající práci pro daný projekt. SprintToto je graf vyčerpání, který se aktualizuje denně.

Graf spotřeby poskytuje rychlý přehled o průběhu projektu. Tento graf obsahuje informace, jako je celkové množství práce v projektu, které je třeba dokončit, množství práce dokončené během každého Sprint, A tak dále.

Graf historie rychlosti: Graf historie rychlosti předpovídá rychlost, které tým dosáhne v každém SprintJe to sloupcový graf, který znázorňuje, jak se výkon týmu v čase měnil.

Další metriky, které mohou být užitečné, jsou spotřeba plánu, spotřeba rozpočtu, procento dokončení tématu, dokončené příběhy, zbývající příběhy atd.

Nejčastější dotazy