Scrum v testování softwaru
Scrum in Software Testing 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 soustředit se na všechny aspekty vývoje softwarových produktů, jako je kvalita, výkon, použitelnost atd. Poskytuje transparentnost, kontrolu a přizpůsobení během vývoje softwaru, aby nedocházelo ke složitosti.
Scrum testování
Scrum Testing je testování prováděné metodikou scrum k ověření, zda jsou splněny požadavky softwarové aplikace. Zahrnuje kontrolu nefunkčních parametrů, jako je bezpečnost, použitelnost, výkon atd. V procesu není aktivní role testeru, takže ji obvykle provádějí vývojáři s Unit Test. Někdy jsou zapotřebí specializované testovací týmy v závislosti na povaze a složitosti projektu.
V tomto výukovém programu se naučíte
- Co je to Scrum?
- Klíčové vlastnosti metodiky Scrum
- Role ve skrumáži
- Scrum artefakty
- Obřady (procesy) ve skrumáži
- Role testera ve skrumáži
- Testování aktivit ve Scrumu
- Protokol o zkoušce
Klíčové vlastnosti metodiky Scrum
Následují klíčové vlastnosti Scrumu
- Scrum má krátký pevný plán cyklů vydání s nastavitelným rozsahem známým jako sprinty pro řešení rychle se měnících vývojových potřeb. Každé vydání může mít několik sprintů. Každý Scrum Project může mít několik Release cyklů.
- Opakující se sled schůzek, událostí a milníků
- Praxe testování a implementace nových požadavků, známých jako příběhy , aby bylo zajištěno, že po každém sprintu bude uvolněna 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 skrumáži
Ve Scrum Testingu jsou tři hlavní role - vlastník produktu, Scrum Master a vývojový tým. Pojďme si je podrobně prostudovat
|
Vlastník produktu |
Scrum Master |
Tým |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Scrum artefakty
Proces skrumáže zahrnuje
- Příběhy uživatelů: Jedná se o krátké vysvětlení funkcí testovaného systému. Příklad pro poskytovatele pojištění je - „Pojistné lze platit pomocí online systému.“
- Produktový backlog: Jedná se o sbírku příběhů uživatelů zachycených pro produkt scrum. Vlastník produktu připravuje a udržuje nevyřízené položky produktu. Má prioritu vlastník produktu a kdokoli jej může přidat se souhlasem vlastníka produktu.
- Release Backlog: Release je časový rámec, ve kterém je počet iterací dokončen. Vlastník produktu se koordinuje s mistrem scrumu, aby rozhodl, které příběhy by měly být zaměřeny na vydání. Příběhy v backlogu vydání jsou zacíleny tak, aby byly dokončeny ve vydání.
- Sprinty: Jedná se o stanovené časové období pro dokončení uživatelských příběhů, o kterém rozhodne vlastník produktu a vývojový tým, obvykle 2–4 týdny.
- Sprint Backlog: Je to sada uživatelských příběhů, které mají být dokončeny ve sprintu. Během nevyřízeného sprintu není práce nikdy přiřazena a tým se přihlásí k práci sám. Je vlastněna a spravována týmem, zatímco odhadovaná zbývající práce je denně aktualizována. Je to seznam úkolů, které je třeba provést ve Sprintu
- Seznam bloků: Jedná se o seznam bloků a nerozhodnutých rozhodnutí vlastněných skrumážním masterem a denně aktualizovaných
- Burndown chart: Burn-down chart represents overall progress of the work in work and work completed during the process. Představuje ve formátu grafu nedokončené příběhy a funkce
3. Obřady (procesy) ve Scrumu
- Plánování sprintu: Sprint začíná týmem, který importuje příběhy z nevyřízeného vydání do nevyřízeného sprintu; je hostitelem scrum master. Testeři odhadují úsilí otestovat různé příběhy v Sprint Backlogu.
- 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 meetingu je sledován pokrok týmu.
- Sprint Review / Retrospective: Hostuje ho také scrum master, trvá přibližně 2–4 hodiny a diskutuje o tom, co tým v posledním sprintu dokázal a jaké lekce se naučil.
Role testera ve skrumáži
Ve Scrum procesu není aktivní role testeru . Testování obvykle provádí vývojář s Unit Testem. Zatímco produktový vlastník je také často zapojen do procesu testování během každého sprintu. Některé projekty Scrumu mají specializované testovací týmy v závislosti na povaze a složitosti projektu .
Další otázkou je, co tester dělá ve skrumáži? Následující poznámka odpoví
Testování aktivit ve Scrumu
Testeři provádějí následující aktivity během různých fází Scrumu
Plánování sprintu
- Při plánování sprintu by si měl tester vybrat uživatelský příběh z nevyřízeného produktu, který by měl být testován.
- Jako tester by se měl rozhodnout, kolik hodin (odhad úsilí) by mělo trvat dokončení testování každého z vybraných příběhů uživatelů.
- Jako tester musí vědět, jaké jsou cíle sprintu.
- Jako tester přispívejte k procesu stanovení priorit
Sprint
- Podporujte vývojáře při testování jednotek
- Po dokončení otestujte příběh uživatele. Provedení testu se provádí v laboratoři, kde tester i vývojář pracují ruku v ruce. Defekt se zaznamenává do nástroje pro správu defektů, který se denně sleduje. Vady mohou být přiznány a analyzovány během schůzky ve skrumáži. Vady se znovu otestují, jakmile se vyřeší a nasadí k testování
- Jako tester se účastní všech denních standup schůzek, aby promluvil
- Jako tester může přinést jakoukoli položku nevyřízených položek, 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 pomocí systému Continuous Integration (CI). Automatizace získává na důležitosti díky krátkým časovým plánům dodání. Test Automation lze dosáhnout využitím různých open source nebo placených nástrojů dostupných na trhu. To se osvědčilo při zajišťování toho, že bylo pokryto vše, co je třeba otestovat. Dostatečného pokrytí testu lze dosáhnout úzkou komunikací s týmem.
- Zkontrolujte výsledky automatizace CI a odešlete zprávy zúčastněným stranám
- Provádění nefunkčního testování schválených uživatelských příběhů
- Koordinujte se zákazníkem a vlastníkem produktu a definujte kritéria přijetí pro akceptační testy
- Na konci sprintu tester také v některých případech provede akceptační testování (UAT) a potvrdí úplnost testování pro aktuální sprint
Sprint Retrospektiva
- Jako tester zjistí, co se v aktuálním sprintu stalo a co se stalo
- Jako tester identifikuje poučení a osvědčené postupy
Protokol o zkoušce
Reportování metrik Scrum Test poskytuje transparentnost a viditelnost pro zúčastněné strany o projektu. Vykazované metriky umožňují týmu analyzovat jejich pokrok a plánovat jeho budoucí strategii pro vylepšení produktu. K vykazování se často používají dvě metriky.
Vypálit graf: Každý den Scrum Master zaznamená odhadovanou zbývající práci pro sprint. To není nic jiného než Burn Down Chart. Aktualizuje se denně.
Burndown graf poskytuje rychlý přehled o postupu projektu, tento graf obsahuje informace, jako je 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 týmu dosaženou v každém sprintu. Jedná se o sloupcový graf, který ukazuje, jak se výstupy týmů v průběhu času měnily.
Mezi další metriky, které mohou být užitečné, patří vypalování plánu, vypalování rozpočtu, dokončení procenta motivu, dokončené články - zbývající články atd.
Máte nějaké tipy nebo zkušenosti, o které se chcete podělit o Scrum Testing? Zanechat komentář níže-