Systém sledování chyb

Bug tracking system je aplikační  program navržený tak , aby pomáhal vývojářům softwaru ( programátorům , testerům atd.) zohledňovat a kontrolovat chyby a problémy nalezené v programech, přání uživatelů a také sledovat proces odstraňování těchto chyb a plnění či nesplnění. přání.

Složení informací o vadách

Hlavní součástí takového systému je databáze obsahující informace o zjištěných závadách. Tyto informace mohou zahrnovat:

• číslo ( identifikátor ) vady;
• krátký popis závady;
• kdo závadu nahlásil;
• datum a čas, kdy byla závada objevena;
• verzi produktu, ve které byla závada zjištěna;
• závažnost (kritičnost) závady a priorita řešení [1] ;
• popis kroků k identifikaci závady (reprodukující nezamýšlené chování programu);
• očekávaný výsledek a skutečný výsledek;
• kdo odpovídá za odstranění vady;
• diskuse o možných řešeních a jejich důsledcích;
• aktuální stav (stav) závady;
• verzi produktu, ve které je závada odstraněna.

Pokročilé systémy navíc umožňují připojit soubory, které pomáhají popsat problém (například výpis paměti nebo snímek obrazovky ).

Životní cyklus defektu

Systém sledování chyb zpravidla využívá jednu či druhou verzi „ životního cyklu “ chyby, jehož stádium je určeno aktuálním stavem, respektive stavem, ve kterém se chyba nachází.

Typický životní cyklus defektu:

1. nový  - závada byla registrována testerem
2. jmenován  - je přidělen odpovědný za odstranění závady
3. vyřešeno  - závada přechází zpět na odpovědnost testera. Zpravidla je doprovázena usnesením, například:
   • opraveno (opravy jsou součástí verze takové a takové )
   • duplikát (opakuje již probíhající závadu).
   • neopraveno (funguje podle specifikace, má příliš nízkou prioritu, oprava je odložena do další verze atd.)
   • nereprodukovatelné (žádost o doplnění informací o podmínkách, za kterých se vada projevuje).
4. poté tester zkontroluje opravu, podle toho se vada buď vrátí do přiděleného stavu (pokud je popsána jako opravená, ale neopravená), nebo do stavu zavřeno .
5. znovu otevřen  - závada je znovu nalezena v jiné verzi.

Systém může administrátorovi poskytnout možnost konfigurovat, kteří uživatelé mohou prohlížet a upravovat chyby na základě jejich stavu, měnit jejich stav nebo je mazat.

V podnikovém prostředí lze systém sledování chyb použít ke generování zpráv ukazujících produktivitu programátorů při opravě chyb. Tento přístup však často neposkytuje dostatečně přesné výsledky, protože různé chyby mají různé stupně závažnosti a složitosti. Závažnost problému přitom přímo nesouvisí s obtížností opravy chyby.

Viz také

• Porovnání systémů sledování chyb
• Softwarová chyba (chyba)

Poznámky

1. ↑ „Bazer například navrhuje stupnici od 1 (menší chyba, např. gramatická) do 10 (fatální, způsobující selhání v jiných systémech, války, vraždy atd.)“ . "Testování softwaru", Kaner, Faulk, Nguyen. Ch. 5, str. 105. ISBN 9667393879