H.P.L. Systems s.r.o. Jičínská PRAHA 3, CZ Obsah

H.P.L. Systems s.r.o. Jičínská 29 130 00 PRAHA 3, CZ

http://www.hpl.cz [email protected]

Obsah 1.

Základní informace o aplikaci ............................................................................................... 3

2.

Základní práce s aplikací ....................................................................................................... 4

3.

4.

2.1.

Spuštění aplikace ............................................................................................................... 4

2.2.

Přihlášení do aplikace / odhlášení z aplikace .................................................................... 4

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

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“

. Poté si vyberte

produkt, pro který chcete BUG vytvořit.

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

. Poté zvolíme tlačítko

připojit

přílohu,

klikneme

na

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ě

. Po otevření BUGu

postupujeme způsobem popsaným výše. 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

umístěné pod

statutem BUGu.

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: ŘEŠENÍ (VÝSLEDEK)

STATUS NEW Nově zadaný BUG. ASSIGNED Tento BUG ještě není vyřešen, ale je přiřazen ke správné osobě. REOPENED

BUGy s těmito statuty zatím nejsou vyřešeny

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. RESOLVED

FIXED

Řešení BUGu bylo přijato, ale čeká se na Oprava BUGu je kontrolována a testována. ověření.

INVALID

VERIFIED

Popsaný problém není chybou.

Řešení BUGu bylo ověřeno a přijato.

WONTFIX

CLOSED

Popsaný problém je chybou, kterou nelze

BUG je považován za uzavřený, chyba byla

opravit.

úspěšně vyřešena.

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

H.P.L. Systems s.r.o. Jičínská PRAHA 3, CZ Obsah

Recommend Documents