Obsah 1. Základní informace o aplikaci... 3 2. Základní práce s aplikací... 4 2.1. Spuštění aplikace... 4 2.2. Přihlášení do aplikace / odhlášení z aplikace... 4 3. Popis práce s BUGy... 5 3.1. Vytvoření nového BUGu... 5 3.2. Vyhledání BUGu... 10 3.3. Editace BUGu... 12 4. Další zpracování BUGů... 12 4.1 Přidání komentáře k BUGu / duplicitní BUG... 13 4.2 Statuty a řešení BUGů... 14 2
1. Základní informace o aplikaci Bugzilla je webovou aplikací určenou pro sledování chyb. Chybu do aplikace může vložit každý, kdo má do aplikace přístup, přičemž každá chyba a především její řešení je přiřazeno konkrétní osobě. U každé chyby je možné evidovat různé parametry (popis, stav, závažnost, apod.) a lze k ní přidávat nejen komentáře, ale i ukázky této chyby apod. Význam pojmu chyba (BUG) je zde velmi obecný, neboť tuto aplikaci lze využít nejen pro evidenci chyb, ale také pro návrhy na vylepšení a požadavky nových funkcí. 3
2. Základní práce s aplikací 2.1. Spuštění aplikace Aplikaci lze spustit pomocí ikony internetového prohlížeče Internet Explorer nebo jakéhokoliv jiného webového prohlížeče a to tak, že do příkazového řádku zadáme adresu http://mail.hpl.cz:777/. Po zadání adresy se zobrazí úvodní stránka aplikace: 2.2. Přihlášení do aplikace / odhlášení z aplikace Pro přihlášení do aplikace nejprve klikneme na ikonu Log In. Tímto se nám zobrazí tabulka, do které zadáme své přihlašovací údaje. Do políčka Login zadáme přihlašovací jméno, do políčka Password heslo. Poté přihlašovací údaje potvrdíme stiskem tlačítka. Po přihlášení do aplikace se opět zobrazí úvodní stránka, tentokrát již s informací, že je uživatel přihlášen. 4
Po ukončení práce se z aplikace odhlásíme, a to tím způsobem, že zvolíme tlačítko Log out ( ) umístěné vlevo od přihlašovacího jména uživatele. 3. Popis práce s BUGy 3.1. Vytvoření nového BUGu Pro vytvoření nového BUGu nejprve klikněte na ikonu File a Bug produkt, pro který chcete BUG vytvořit.. Poté si vyberte 5
Po prokliku na vybraný produkt (v našem případě na Prominent CZ ) se zobrazí následující stránka: 6
Nyní je nutné zvolit: 1. Komponentu ( Component ), popřípadě verzi ( Version ) produktu (povinné) 2. Důležitost ( Severity ) a prioritu ( Priority ) podle míry závažnosti chyby (povinné) Stupně důležitosti: blocker chyba zcela blokuje rozvoj a/nebo testování critical havárie, ztráta dat, závažný výpadek major hlavní ztráta funkčnosti normal méně závažná ztráta funkčnosti za určitých podmínek minor malá ztráta funkčnosti nebo jiný problém, který je možno snadno vyřešit trivial kosmetický problém, jako např. chybná slova či nesprávný text enhancement návrh na vylepšení request požadavek na rozšíření aplikace 7
Stupeň priority: P1 nejvyšší priorita P5 nejnižší priorita Dále je možné zvolit typ hardware ( Hardware ): All vše PC Macintosh Other jiný Typ operačního systému ( OS ) je nastaven automaticky. 3. Status ( Initial State ) a pro koho je BUG určen ( Assigned To ) (povinné) Při vytváření nového BUGu vždy ponecháváme přednastavený status NEW tedy nový. Do políčka Assigned To zadáváme e-mailovou adresu osoby, pro kterou je BUG určen, a která bude pracovat na odstranění chyby (tato adresa může být přednastavena i automaticky v takovém případě již není nutné adresu zadávat). Do políčka CC je možné zadat svou e-mailovou adresu, popřípadě adresu kohokoliv, komu si přejeme zaslat upozornění o novém BUGu a jehož adresa není defaultně nastavena v Default CC. 4. Termín, do kterého je zapotřebí chybu odstranit, tzv. deadline (nepovinné) 8
5. Výstižný název BUGu ( Summary ) a podrobný popis chyby či závady ( Description ) (povinné) Pokud si přejeme k BUGu připojit přílohu, klikneme na tlačítko. Poté zvolíme tlačítko a zadáme cestu k souboru, který si přejeme připojit. K příloze připojíme název v políčku Description. Content type ponecháme nastavený na auto-detect. Připojení přílohy dokončíme stiskem tlačítka, čímž zároveň dokončíme vytvoření nového BUGu. 9
Jak postupovat, pokud chceme připojit více než jednu přílohu? V tomto případě je nutné znovu otevřít nově vytvořený BUG a to tím způsobem, že klikneme na jeho číslo v šedivé liště postupujeme způsobem popsaným výše.. Po otevření BUGu UPOZORNĚNÍ: Pole Estimated hours, Typ práce, Fakturace, Depends on, Blocks a Flags uživatelé nevyplňují. 3.2. Vyhledání BUGu V případě, že chceme vyhledat konkrétní BUG, zvolíme nejprve ikonu pro vyhledávání BUGů Search na úvodní stránce nebo Search v levém horním rohu obrazovky. Pokud známe číslo BUGu nebo jeho název (nebo část názvu), můžeme je zadat přímo do vyhledávacího pole a stiskem tlačítka Find vyhledat. 10
Pokud číslo BUGu ani jeho název neznáme, popřípadě chceme vyhledat všechny BUGy s určitým atributem (např. všechny BUGy určitého produktu, všechny nové apod.), navolíme si tato kritéria a stiskem tlačítka Search vyhledáme relevantní BUGy. Příklad: Pokud si přeji vyhledat všechny nové BUGy produktu HPL, navolím si tato kritéria: 11
3.3. Editace BUGu U jednotlivých BUGů lze editovat tyto položky: Název (Summary) Status CC list (příjemce e-mailu o BUGu) Assigned To (řešitel BUGu) Postup editace je u všech položek totožný. Nejprve klikneme na tlačítko Edit umístěné vpravo od položky, kterou chceme editovat, provedeme změnu a tu následovně potvrdíme tlačítkem Commit. UPOZORNĚNÍ: Při editace nemusí být tlačítko Commit vždy umístěno přímo u editované položky může být i níže na stránce. 4. Další zpracování BUGů Poté, co je zadán nový BUG a osoba, pro kterou byl určen, ho již určitým způsobem rozpracovala či zpracovala, je odeslán všem příjemcům zadaným v BUGu e-mail upozorňující na tuto skutečnost. 12
Proklikem na webovou adresu uvedenou v e-mailu, se nám otevře konkrétní BUG, kterého se e-mail týká. Do tohoto BUGu můžeme přidávat další komentáře a měnit jeho statuty, pokud se domníváme, že řešení chyby či problému nebylo úspěšné. 4.1 Přidání komentáře k BUGu / duplicitní BUG Pokud si přejeme přidat komentář k BUGu (např. upřesnění námi zadané chyby, odpověď na otázku řešitele chyby apod.), vepíšeme komentář do pole Additional Comments a potvrdíme jej tlačítkem. Pokud jsme si jisti, že byly zadány dva duplicitní BUGy (respektive dva BUGy se stejnou chybou či problémem), můžeme jeden z nich označit jako duplicitní, aby se jím řešitel již nemusel zabývat. To provedeme tak, že zvolíme tlačítko statutem BUGu. umístěné pod 13
4.2 Statuty a řešení BUGů U BUGů rozlišujeme několik druhů statutů podle fází rozpracování a dále pak několik způsobů jejich řešení. Přehled těchto statutů a řešení je znázorněn v následující tabulce: STATUS NEW Nově zadaný BUG. ASSIGNED Tento BUG ještě není vyřešen, ale je přiřazen ke správné osobě. REOPENED Tento BUG byl již jednou uzavřen, ale ukázalo se, že chyba stále není vyřešena byl tedy opětovně otevřen. ŘEŠENÍ (VÝSLEDEK) BUGy s těmito statuty zatím nejsou vyřešeny RESOLVED Řešení BUGu bylo přijato, ale čeká se na ověření. VERIFIED Řešení BUGu bylo ověřeno a přijato. CLOSED BUG je považován za uzavřený, chyba byla úspěšně vyřešena. FIXED Oprava BUGu je kontrolována a testována. INVALID Popsaný problém není chybou. WONTFIX Popsaný problém je chybou, kterou nelze opravit. DUPLICATE BUG je duplicitní k jinému již jednou zadanému BUGu. WORKSFORME Všechny pokusy o reprodukci chyby byly marné. Pokud se objeví více informací o této chybě později, je možné BUG znovu otevřít. MOVED Problém je specifický pro související produkt, jehož chyby jsou sledovány v jiné databázi. BUG byl přesunut do této databáze. 14