Třídění chyb/defektů v testování softwaru

Co je „třídění defektů“?

Třídění defektů je proces, při kterém je každá chyba upřednostňována na základě její závažnosti, četnosti, rizika atd. Termín triáž se používá v Testování softwaru / QA pro definování závažnosti a priority nových defektů.

Název je převzatý z urgentní medicíny, kde triáž třídí pacienty podle naléhavosti, když jsou zdroje omezené. Tým QA čelí stejnému omezení: seznam závad je vždy delší než čas dostupný před datem vydání, takže někdo musí rozhodnout, co se opraví nyní, co se opraví později a co se odloží. Triáž je schůzka, kde se toto rozhodnutí učiní a zaznamená.

Proč potřebujeme mít „třídění defektů“?

Cílem Bug Triage je vyhodnotit, stanovit priority a přiřadit řešení závad. Tým musí ověřit závažnost defektu, provést změny podle potřeby, dokončit řešení defektů a přidělit zdroje. Používá se hlavně v agilním řízení projektů.

Bez třídění se vady nacházejí v tracker s jakoukoli závažností, kterou tester reportingu zvolil, a vývojáři si vybírají práci podle osobních preferencí spíše než podle obchodního dopadu. Níže uvedený banner shrnuje důvody, proč si týmy schůzku ponechávají v kalendáři.

Jak často je třeba provést „třídění defektů“ ve vydání?

Četnost schůzek k třídění defektů není pevná. Záleží na projektové situaci.

Zde jsou některé důležité faktory, které rozhodují o frekvenci schůzek pro třídění defektů:

Tyto důležité faktory jsou:

• Podle harmonogramu projektu
• Počet závad v systému
• Dopad na plány dostupnosti členů týmu
• Celkové zdraví projektu

Obvykle se porady pro třídění defektů konají dvakrát nebo třikrát týdně.

Kadence se zrychluje s blížícím se vydáním. Týmy pracující v krátkém čase. Skrumáž Iterace často začleňují krátkou triáž do denní rutiny během posledního sprintu, zatímco projekt s delším plánovaným cyklem může triáž provádět jednou týdně, dokud... regresní testování začíná fáze.

Kdo jsou povinní a další účastníci „třídění defektů“?

Povinní účastníci

Níže uvedení členové projektu se vždy účastní setkání k třídění defektů.

• Project Manager
• Vedoucí testovacího týmu
• Technický vedoucí
• Vedoucí vývojového týmu

Volitelní účastníci

• Vývojáři
• Testery
• Business Analyst

Volitelní účastníci jsou zváni, když konkrétní vada vyžaduje jejich vstup, například když obchodní analytik musí potvrdit, zda hlášené chování skutečně odporuje požadavku, nebo se jedná o maskovaný požadavek na změnu.

Role a odpovědnosti účastníků během „třídění defektů“.

Každý povinný účastník přichází s jinou zodpovědností a schůzka se protáhne pouze tehdy, když se všichni tři předem připraví.

Vedoucí testovacího týmu

• Naplánovaná schůzka pro třídění chyb a odeslání oznámení o schůzce pro účastníky.
• Vytvořte zprávu o závadě a odešlete ji všem účastníkům před schůzkou.
• Přiřadit prioritu a vážnost z vad.
• Předveďte prezentaci, aby ostatní členové pochopili hlavní příčinu defektu.
• Každá poznámka ze schůzky je zachycena a odeslána účastníkům schůzky.

Vedoucí vývoje

• Pomáhá při stanovení priority vad.
• Diskutujte o obtížnosti defektu a vysvětlete riziko spojené s touto vadou.
• Přidělte práci na odstranění závad příslušným vývojářům.
• Aktualizujte řešení závad a zahrňte poznámky k vývoji pro případ, že by nějaké informace chyběly nebo pokud by vývojáři potřebovali nějaké další informace.

Project Manager

• Pomoc při stanovení priority závad.
• Diskutujte o datu vydání další iterace pro QA.
• Je třeba zajistit, aby byli na schůzku o třídění chyb pozváni také zástupci souvisejících uživatelů.

Datum vydání určuje projektový manažer, takže závěrečné rozhodnutí o jakékoli sporné vadě obvykle náleží této roli, jak je znázorněno níže.

Co se stane během setkání „Třídění defektů“?

• Vedoucí testovacího týmu rozešle zprávu o chybě s novými závadami. Během porady pro třídění defektů je každý defekt analyzován, aby se zjistilo, zda je mu přiřazena správná priorita a závažnost.
• V případě potřeby se priority uspořádají.
• Vady jsou analyzovány a hodnoceny podle stupně jejich závažnosti.
• To zahrnuje diskusi o složitosti vady, rizicích, odmítnutí, přeřazení chyb.
• Aktualizace jsou zachyceny v chybě trackrálovský systém.
• Technik kontroly kvality provede změny u každé závady a prodiskutuje je s každým účastníkem.
• Pole „Komentáře“ je správně aktualizováno uvedením podstatných bodů schůzky.

Většina diskuse se věnuje dvěma oblastem, které se nejsnáze zaměňují. Závažnost a priorita se nastavují nezávisle a vada může mít v jedné oblasti vysoké skóre a v druhé nízké.

Tip: Probírejte jen jednu vadu krátce. Pokud nelze problém vyřešit během několika minut, odložte ho, určete vlastníka k prošetření a vraťte se k němu na další schůzku, místo abyste nechali celou schůzku zahltit jednou vadou.

Jaký je výsledek „třídění defektů“?

Na konci každého setkání budou připraveny metriky třídění defektů a předány všem účastníkům. Tato zpráva slouží jako zápis z jednání, který bude užitečný pro budoucí jednání.

Zpráva je bodem, ve kterém se třídění propojuje s širší proces správy vadTýmy v něm obvykle zachycují následující:

• Závady přezkoumané v rámci konzultace s dohodnutou závažností a prioritou pro každou z nich.
• Nově přiřazené vady spolu s vývojářem, který je nyní vlastní.
• Vady odložené, odmítnuté nebo označené jako duplikáty se zaznamenaným důvodem.
• Počet otevřených vad podle závažnosti, takže je viditelný trend napříč relacemi.
• Akce přeneseny do příští schůze.

Protože každá změna se zapisuje zpět do tracker, stav každé položky zůstává konzistentní s její pozicí v životní cyklus defektua další relace začne s přesným seznamem, nikoli se zastaralým.

Nejčastější dotazy