jira bug tracking tool tutorial
Sledovanie chýb JIRA: Defekt životného cyklu v JIRA
Sťahovanie a inštalácia Jira bol podrobne vysvetlený v našom predchádzajúcom návode. Testovacie tímy sa vždy obávajú vyzdvihnutia JIRA pre správu chýb.
Pochybnosť je namieste. Vyplýva to zo skutočnosti, že hoci je nástroj na sledovanie chýb JIRA použiteľný v IT podnikoch, jedná sa o všeobecný systém predaja lístkov.
Aj pre IT projekty je popularita JIRA u vývojových tímov nepríjemná pre testerov a QA tímy. Napriek pohodliu alebo nepohodliu nezostáva testovacím tímom nič iné, ako použiť nástroj na sledovanie chýb JIRA vo väčšine spoločností. Náš Kompletný sprievodca tréningom JIRA vám poskytne vynikajúce znalosti o tomto nástroji.
=> Kliknutím sem zobrazíte kompletné série návodov JIRA
Prečo? Jednoduchá logika Spoločnosti nechcú investovať do viacerých nástrojov. Má zmysel z obchodného hľadiska maximalizovať využitie vášho nástroja a nezblázniť sa pri nákupe príliš veľa licencií.
Pokiaľ teda vývojový tím používa Atlassian JIRA nástroj na sledovanie chýb na sledovanie jeho požiadaviek, vylepšení, úloh alebo užívateľských príbehov, potom ho s najväčšou pravdepodobnosťou musí testovací tím použiť na sledovanie chýb.
Ale, relaxuj . Správa defektov JIRA je rovnako dobrá ako ktorýkoľvek iný nástroj . V skutočnosti to v niektorých situáciách môže byť ešte lepšie.
Toto je tutoriál, ktorý vám prostredníctvom snímok obrazovky a všetkého predstaví použiteľnosť JIRA na sledovanie chýb.
Čo sa dozviete:
- Najlepšie vlastnosti nástroja na sledovanie chýb JIRA
- # 1) JIRA zaobchádza so všetkou prácou v ňom ako s problémom
- # 2) Hlásenie chýb vyžaduje pre každé vydanie nasledujúce informácie:
- # 3) Defekt životného cyklu:
- # 4) Komentáre a spolupráca s tímom Dev
- # 5) Prepojenie chyby s požiadavkou na umožnenie sledovateľnosti
- # 6) Chyby je možné importovať zo súboru CSV
- # 7) Chyby je možné exportovať do formátu Word, XML a do tlačiteľného formátu
- # 8) Súhrnné správy o problémoch:
- Použiteľnosť JIRA na testovanie - alternatívna dilema
- Vytvorenie problému Jira a rôznych oblastí
- Ako sa riešia problémy v systéme JIRA
Najlepšie vlastnosti nástroja na sledovanie chýb JIRA
Ideme na to.
# 1) JIRA zaobchádza so všetkou prácou v ňom ako s problémom
Takže v JIRE by vytvorenie defektu znamenalo vytvorenie problému typu „ Bug “.
# 2) Hlásenie chýb vyžaduje pre každé vydanie nasledujúce informácie:
- ID chyby
- Názov chyby
- Popis chyby (kroky na reprodukciu)
- Informácie o životnom prostredí
- Screenshot (príloha)
- Závažnosť
- Priraďte to niekomu
- Postavenie- Všetky stavy v životnom cykle chyby
K dispozícii sú všetky možnosti, ktoré umožňujú efektívne vytvoriť chybu.
Všimnite si polia zvýraznené červenou farbou nižšie:
Dve polia, ktoré tu nevidíte, sú:
- ID chyby
- Postavenie
Tieto dve polia vytvára JIRA automaticky. Všetky čísla budú mať jedinečné ID, ktoré im pridelil JIRA. Stav všetkých problémov je pri vytváraní chyby v JIRE štandardne „To-Do“ alebo „New“.
Preto všetky bežné možnosti hlásenia chýb sú k dispozícii aj v JIRA. V skutočnosti je možné použiť viac možností, ako sú štítky, chyby spojenia, odhad úsilia.
# 3) Defekt životného cyklu:
Všetky stavy životného cyklu chyby ako v Bugzilla (alebo akýkoľvek iný populárny nástroj na sledovanie chýb ) je možné dosiahnuť aj tu:
Bude to vyžadovať trochu prispôsobenia vašim administrátorom JIRA, ale je to ľahké. Pre tých, ktorí sa nechcú trápiť s prispôsobovaním, nemôžete pokaziť ani predvolené nastavenie.
# 4) Komentáre a spolupráca s tímom Dev
Každé vydanie, jeho aktualizácie, priradenie ľudí, pripomienky od tímu Dev - všetko sa sleduje v JIRA pod protokolom aktivity.
To umožňuje lepšiu viditeľnosť a spoluprácu s vývojovými tímami:
# 5) Prepojenie chyby s požiadavkou na umožnenie sledovateľnosti
Možnosť Prepojiť v poliach problému JIRA umožňuje prepojiť konkrétny problém s iným. Povedzme, že ak je chyba 2 duplikátom chyby 1, môžete tento vzťah nadviazať.
Podobne, ak porucha blokuje požiadavku alebo súvisí s požiadavkou - môžete tento aspekt zviditeľniť v JIRA.
Výsledné odkazy sa zobrazia na stránke podrobností o probléme, ako je uvedené nižšie:
Typy vzťahov sú samy osebe a používajú sa jednoduchý-bežný-každodenný-jazyk slov (ako sa týka, spôsobuje atď.) umožňuje každému používateľovi JIRA super ľahké a intuitívne využívať toto právo.
# 6) Chyby je možné importovať zo súboru CSV
Toto pomáha hromadnému vytváraniu čísel v JIRA naraz. Ak je váš tím nový a nechcete, aby vytváral problémy priamo do nástroja, môžete ich nechať nahlásiť chyby v hárku programu Excel. Po kontrole a potvrdení platnosti je možné ich pomocou tejto funkcie importovať naraz do nástroja.
Nech už to použijete akýmkoľvek spôsobom, je to veľké plus.
# 7) Chyby je možné exportovať do formátu Word, XML a do tlačiteľného formátu
To podporuje lepšiu prenosnosť vašich údajov o chybách, zvlášť užitočné, ak chcete zdieľať svoje údaje o chybách s ľuďmi, ktorí nepoužívajú JIRA.
# 8) Súhrnné správy o problémoch:
Okrem toho, ak potrebujete správy, choďte na „ Správy o projekte ”A generovať najrôznejšie prehľady, ako je uvedené nižšie:
Ak máme preskúmať analytiku JIRA jedným slovom, je to fantastické.
Pokročilí / výkonní používatelia JIRA môžu tiež vytvárať filtre pokročilého vyhľadávania na generovanie hlbších prehľadov.
Napríklad, Ak sa chcete pozrieť na všetky chyby, ktoré vám boli pridelené vo viacerých projektoch (BM a AB), môžete použiť dotaz JQL, ako je uvedené nižšie:
Celkovo teda možno povedať, že sledovanie a správa chýb v JIRA je veľmi podobné, ak nie lepšie ako špeciálne sledovače chýb. Keď na tom budete musieť najbližšie pracovať, nebojte sa. Ste v dobrých rukách.
Použiteľnosť JIRA na testovanie - alternatívna dilema
Aj keď je to jedna strana mince, určite existuje ďalší rozmer toho, ako sa ľudia pozerajú na použiteľnosť JIRA na QA alebo na testovanie.
Keď sa skupiny QA opýtate: „Čo je to JIRA?“ - Mnoho z nich odpovie, že JIRA je nástroj na sledovanie defektov. Nezabudnite, počul som to od mnohých starších odborníkov na zabezpečenie kvality. Môže to byť zo skutočnosti, že správa / sledovanie defektov je všetko, na čo mohli JIRA použiť.
Je v tom však oveľa viac. Pri správnom použití môže byť jadro JIRA so svojimi agilnými schopnosťami vašim kontaktným miestom pre správu projektov na vysokej úrovni.
Môže skutočne podporovať sledovanie a postup požiadaviek, sledovanie chýb, odhadovanie, sledovanie šprintov cez rady SCRUM & KANBAN, hlásenie a spoluprácu.
Možno používate nástroj na jednu vec, ale nabudúce sa skúste naučiť niekoľko vecí okolo a o nástroji, ktoré vám pomôžu lepšie ho pochopiť a používať.
Ako ďalší krok mohli by ste preskúmať niekoľko ďalších skvelých funkcií JIRA (ktoré priamo nesúvisia so sledovaním chýb), ktoré by z nej mohli urobiť vašu voľbu.
- Prispôsobiteľné informačné panely
- Doplnky na správu testov
- Hlasujte a sledujte problém
- Sledovanie času
- Dosky Agile Project a Scrum
- Confluence / Documentation support integration, atď.
Vytvorenie problému Jira a rôznych oblastí
Problémy Jira: Rôzne typy problémov Jira
Jira vám poskytuje veľmi jednoduché spôsoby vytvárania / zaznamenávania problémov.
Umožňuje nám to nielen hlásiť chyby, ale umožňuje nám to aj iné druhy „lístkov“ alebo „požiadaviek“. Je to skôr všeobecná aplikácia na správu požiadaviek.
V tomto výučbe sa dozviete viac o typoch problémov v aplikácii Jira, vytvorení problému, rôznych poliach na stránke „Vytvorenie problému“ a ich detailoch jednoduchým spôsobom s obrázkovým znázornením, ktoré uľahčí pochopenie.
Problémy s Jira
Rôzne organizácie môžu mať rôzne typy problémov v závislosti od ich vhodnosti / potrieb. Správca Jira môže toto pole efektívne prispôsobiť.
Problémy môžu byť rôznych typov a ich popis a význam sú uvedené nižšie:
- Chyba: Toto je akákoľvek chyba alebo odchýlka, ktorá sa zistí v aplikácii.
- Žiadosť o vylepšenie: Je známa aj ako žiadosť o zmenu (CR). Tento typ sa používa na znázornenie akejkoľvek zmeny v existujúcej funkčnosti alebo celkom novej funkčnosti.
- Úloha: Ide skôr o problém s konfiguráciou alebo analýzou. Napríklad , nastavenie správnych konfigurácií môže byť úlohou.
- Otázka: Problém môže byť taký jednoduchý ako položenie otázky, ako používať niektoré funkcie v aplikácii. Tento typ častejšie používajú koncoví zákazníci.
- Výpravné: Toto je zvyčajne obrovský problém, ktorý je ideálne rozdeliť na niekoľko malých problémov. Dokončenie hlavného epického vydania v agilnom prostredí môže trvať niekoľko šprintov.
- Finančný predmet: Vedenie projektu / produktu často používa tento typ problému na sledovanie svojich financií.
- Príbeh: Celý príbeh používateľa o funkcii môže byť typom problému.
- Testovacia situácia : Problémom môže byť testovací prípad. Tento typ vydania bude k dispozícii, keď bude Jira integrovaná s doplnkami ako Zypher.
Vytvorenie problému
Za predpokladu, že sa používateľ prihlásil do Jira a požadovaného projektu.
Krok 1:
Kliknite na tlačidlo „+“ („Vytvoriť“) na paneli nástrojov.
Zobrazí sa obrazovka / stránka, ako je to znázornené na nasledujúcom obrázku:
Na tejto stránke vyberte typ projektu a problému / žiadosti a potom kliknite na tlačidlo „Ďalej“.
Týmto sa otvorí stránka „Vytvoriť problém“, ktorá je zobrazená na nasledujúcich obrázkoch:
Krok 2:
Na stránke „Vytvoriť problém“ čo najviac zadajte povinné podrobnosti a ďalšie údaje.
Krok 3:
Kliknite na tlačidlo „Vytvoriť“. Takto sa vygeneruje jedinečné ID problému. ID bude pozostávať z identifikátora projektu spojeného s číselnými číslicami.
V uvedenom príklade je zvoleným projektom „TestProject“, ID teda môže byť ako „TESTPROJ1234“.
- Po vytvorení problému je možné ho vyhľadať pomocou ID problému.
Popis polí na stránke „Vytvoriť problém“
(Vytvorenie obrázkov stránok s problémami je pre lepšiu čitateľnosť rozdelených na 3 časti).
Poznámka :Správca alebo vývojár Jira môže pridať / odstrániť vlastné polia v závislosti od potrieb organizácie.
# 1) Zhrnutie :
Toto sa tiež častejšie nazýva ako názov čísla a je to veľmi dôležitá oblasť problému Jira.
Názov by mal byť čo najjedinečnejší a najpresnejší, aby sa pri pohľade na samotný názov dalo rozumieť danej problematike. Toto pomáha rade pre kontrolu chýb a / alebo vlastníkom produktov určiť prioritu a priradiť problém bez toho, aby ste sa hlbšie zaoberali.
# 2) Komponent / y :
Názov (názvy) modulu alebo oblasti aplikácie, kde sa chyba zistí v prípade typu problému „Chyba“.
Môže to byť oblasť, v ktorej sú potrebné zmeny v prípade CR. Toto je zvyčajne rozbaľovacia ponuka pozostávajúca z rôznych modulov / komponentov, ktoré existujú v aplikácii. Osoba projektu musí získať tento údaj od správcu.
# 3) Popis :
Spravidla by mal obsahovať kroky na reprodukciu problému, ak sa jedná o chybu.
V prípade požiadavky na vylepšenie by mal obsahovať podrobnosti o novej požiadavke, ktorá sa v agilnej terminológii zvyčajne nazýva príbehom. V ideálnom prípade by sa toto pole malo pravidelne aktualizovať v priebehu pracovného postupu vydávania.
# 4) Opravte verzie :
Názov verzie, v ktorej bude doručená požiadavka na vydanie / vylepšenie. Túto hodnotu typicky vyplňuje produktový vlastník v koordinácii s majiteľom scrumu v agilnom prostredí scrumu.
# 5) Priorita :
Toto pole označuje kritickosť problému.
Môže to byť zarážka, čo znamená, že testovanie aplikácií nemôže pokračovať v testovacej fáze. Zlyhanie aplikácie je ideálne Príklad problému „Zobraziť zarážku“ (kritický).
Tabuľa na kontrolu chýb a vlastníci produktov majú plné právo meniť prioritu problému. Toto pole je rozbaľovacím zoznamom s hodnotami ako „Nízka“, „Stredná“ („Hlavná“), „Kritická“, „Triviálna“ atď.
# 6) Štítky :
Toto pole je zadané spolu s textami, ktoré pomôžu pri kategorizácii problémov.
# 7) Životné prostredie :
Toto je voliteľné pole a tu je uvedené testovacie prostredie.
# 8) Príloha :
Podporné obrázky k vytváranému problému. Používateľ môže obrázky jednoducho pretiahnuť alebo kopírovať a vložiť.
# 9) Ovplyvňuje verziu / verzie :
V prípade problému typu „chyba“ by sa tu mala zadať verzia produktu.
Napríklad 5,6, 5,7 atď.
# 10) Prepojené problémy :
Ďalšie relevantné problémy je možné prepojiť s novým číslom výberom vhodnej hodnoty z tejto rozbaľovacej ponuky.
Napríklad, ak je problém zavedený opravou nejakého iného problému, potom hodnota, ktorá sa má zvoliť z rozbaľovacej ponuky, môže byť „Introduced By“. Toto pole sa stáva mimoriadne dôležitým, ak sa nejakou opravou alebo vylepšením spustí nová chyba.
=> Vydanie : Po výbere správnej hodnoty v časti „Prepojené problémy“ sa tu uvedie príslušné ID problému.
# 11) Postupca :
Je to meno používateľa, ktorý bude na probléme pracovať.
Napríklad v prípade chyby to bude meno vývojára, ktorý problém vyrieši. Toto pole zvyčajne vyplňuje vlastník produktu alebo majster scrumu. Kto priraďuje problém, sa môže v jednotlivých organizáciách líšiť.
=> Kliknutím na „Priradiť mi“ (nachádza sa v pravom rohu poľa „Priradený“) sa problém pridelí prihlásenému používateľovi.
# 12) Epický odkaz :
Vyberte príslušný odkaz eposu.
# 13) Sprint :
Tu je vybraný názov šprintu, ktorý naznačuje, kedy sa s problémom bude pracovať. Môže to byť budúci šprint podľa rozhodnutia vlastníka produktu.
# 14) Tím :
V agilnom prostredí môžu byť rôzne tímy. Číslo je pridelené jednému z tímov. Toto priradenie zvyčajne vykonáva produktový vlastník alebo majster scrumu v koordinácii s produktovým vlastníkom.
# 15) Odhad na začiatku :
Toto pole označuje, koľko času bude potrebné na vyriešenie problému.
Častejšie sa nazýva „odhad“. To bude pozostávať aj z požadovaného testovacieho úsilia. Dá sa to spomenúť v hodinách / dňoch / týždňoch alebo v príbehových bodoch. V agilnom prostredí počas plánovania šprintu dosiahne celý tím spoločný odhad.
# 16) Reportér :
Tento priečinok automaticky vyplní Jira s menom prihláseného používateľa.
Poznámka: Mohli by sme mať nejaké ďalšie vlastné polia uvedené nižšie (ktoré sa na obrázkoch vyššie nenachádzajú):
i) typ prostredia :
Označuje, či sa v testovacom alebo výrobnom prostredí vyskytla chyba.
Hodnoty tohto poľa sa môžu líšiť od organizácie k organizácii. Ak sa Jira používa na vytváranie problémov iba interne v organizácii a nie koncovými zákazníkmi, potom toto pole nemusí vôbec existovať.
(ii) Reprodukovateľné :
ako otvárať jar súbory s
Je chyba reprodukovateľná? Toto pole nebude k dispozícii pre žiadny typ problému okrem chyby.
(iii) Zákazník :
V tomto poli je pomenovaný koncový zákazník, ktorý problém podal. V niektorých organizáciách, kde sa Jira používa iba na interné riešenie problémov, toto pole nemusí existovať.
Poznámka: Všetky vyššie popísané polia patria na kartu „Pole“ na stránke „Vytvoriť problém“, ktorá je zvyčajne predvolenou kartou. Stránku je možné prispôsobiť tak, aby obsahovala viac kariet, ako napríklad „Dokumentácia“ atď., Ktorým sa budeme venovať v nasledujúcich príručkách.
Jira nám poskytuje efektívny spôsob, ako ľahko a efektívne zvládnuť rôzne typy problémov.
S množstvom prispôsobení, ktoré sú v dnešnej dobe možné, sa Jira stala najobľúbenejšou voľbou.
Ako sa riešia problémy v systéme JIRA
Práca s problémami JIRA - Ako zapísať chybu do JIRA
Prejdime k vytvoreniu problému za predpokladu, že prihlásený používateľ nie je správcom a náš testovací projekt je „Test na STH“ s komponentmi - modul 1 a modul 2, verzie - verzia 1 a verzia 2. Kľúč - TFS už je vytvorené.
Vytváranie problému JIRA
Problémy tvoria jadro JIRA, takže na ich vytvorenie je na paneli s ponukami možnosť:
Kliknite na tlačidlo „Vytvoriť problém“. Alternatívne, keď na stránke JIRA napíšete „c“, otvorí sa nasledujúci dialóg „Vytvoriť problém“.
Všetky polia na tejto stránke sú zrozumiteľné. Najdôležitejšie si povieme nižšie.
Projekt : Každé vydanie patrí k projektu. Môžete si vybrať to isté kliknutím na rozbaľovaciu ponuku a výberom projektu, do ktorého chcete, aby toto vydanie patrilo.
Typ problému :Toto pole zobrazuje všetky typy problémov, ktoré je možné prostredníctvom JIRA vytvoriť a sledovať. V tomto zozname sú k dispozícii nasledujúce možnosti (tento zoznam sa môže líšiť v závislosti od nastavenia nastaveného správcom):
Položky Bug, nová funkcia, úloha, vylepšenie sú presne to, čo ich názvy naznačujú. Epic a príbeh sú relevantnejšie pre agilné projekty. Príbeh je v systéme Agile požiadavkou, ktorú je potrebné sledovať od začiatku do konca. Epos je skupina príbehov.
Podľa potreby vyberte typ vydania. Idem s „Bugom“.
Zhrnutie : Tu dajte svojej chybe názov. Pri správnom použití môže byť toto pole veľmi úspešné pri prenose množstva kritických informácií. Tu je treba uviesť niekoľko aspektov:
Chyba / chyba je v podstate niečo, čo nie je správne. Správnym spôsobom, ako sa priblížiť k názvu chyby, je stručne definovať „čo je zlé“.
Príklad chybného názvu / zhrnutia je „Mala by existovať možnosť vyčistiť obsah na obrazovke“. Keď si to prečítam, moja prvá reakcia bude - „Dobre, malo by to byť - ale aký je tu problém? Nie je táto možnosť vôbec k dispozícii? Alebo sú k dispozícii možnosti a nevymazanie obsahu? “
Je tiež dohodnuté, že keď otvorím túto chybu a podrobne ju preskúmam, som si istý, že nájdem odpoveď na túto otázku.
Dôraz sa však kladie na čo najefektívnejšie využitie tohto poľa „Zhrnutie“. Preto by veľmi výstižným zhrnutím / nadpisom bolo „Možnosť vymazať obsah domovskej prihlasovacej stránky nevymaže po kliknutí polia.“
V obmedzenom priestore, ktorý toto pole poskytuje, sa pokúste napísať názov tak, aby bez akýchkoľvek nejasností komunikoval presný problém.
Priorita : Toto pole môže mať jednu z nasledujúcich hodnôt.
Vyberte vhodnú možnosť pre svoju chybu.
S dať t : Tento zoznam zobrazí komponenty projektu. Vyberte si primerane.
Ovplyvnená verzia a opravená verzia: Tieto dve polia zobrazia verzie dostupné pre projekt. Nie je potrebné, aby sa určitý problém, s ktorým ste sa stretli v určitej verzii, odstránil v tej istej. V takýchto prípadoch si môžete zvoliť ovplyvnenú verziu ako aktuálnu verziu a verziu opravy ako nasledujúcu.
Tieto polia tiež môžu mať viac hodnôt. Môžete sa rozhodnúť nastaviť, že určitý problém ovplyvňuje verziu 1 aj verziu 2, ako je uvedené nižšie:
Postupca : Môžete zadať meno osoby, ktorej by sa malo toto vydanie odovzdať ďalej. Problém môžete prideliť aj sami sebe.
Popis : Toto je voliteľné textové pole, ktoré vám pomôže zadať čo najviac informácií o vašom probléme. V prípade a chyba , je typické použiť toto pole na poskytnutie podrobných informácií o krokoch na reprodukciu chyby.
Je nanajvýš dôležité poskytnúť všetky informácie.
'Povedzme, existujú dve polia - závislé - štát a mesto.' Keď vyberiem štát z rozbaľovacej ponuky, v poli Mesto by malo zobraziť príslušné mestá v štáte, ktorý som vybral.
Keby som nahlásil chybu ako „Mestá sú pre niektoré štáty prázdne, som ich vybral“. Pole s popisom je miesto, kde môžem túto vadu rozpracovať.
Príkladom nedostatočného popisu je:
1) Prejdite na web
2) Kliknite na stránku s adresou
3) Zadajte ďalšie podrobnosti, napríklad meno, ulicu atď.
4) Kliknite na rozbaľovaciu ponuku „Štát“. Vyberte štát
5) Kliknite na rozbaľovaciu ponuku „Mesto“ - všimnite si názvy miest
Vyššie uvedený popis je síce presný, ale nie je úplný. Pokiaľ ide o túto oblasť, je na strane poskytovania príliš veľa informácií, ale nie príliš málo.
Ak sa k popisu pridajú nasledujúce kroky, bude sa to robiť dať väčší zmysel.
6) Vyberte štát ako „Kalifornia“ a kliknite na rozbaľovaciu ponuku „Mesto“ - zobrazia sa všetky štáty a používateľ si môže zvoliť mesto podľa potreby.
7) Vyberte štát ako „Louisiana“ a kliknite na rozbaľovaciu ponuku „Mesto“ - zoznam bude prázdny.
8) Mestá sú prázdne aj pre štáty New Jersey a Utah.
Opakujte teda, poskytnite presné kroky, presné údaje a ďalšie informácie, ktoré považujete za potrebné na vyplnenie tohto poľa.
Príloha : Je možné nahrať akýkoľvek podporný dokument, ktorý obsahuje problém.
Po zadaní všetkých informácií k vašej spokojnosti je možné problém vytvoriť kliknutím na tlačidlo „Vytvoriť“ na konci dialógu „Vytvoriť problém“.
Vydanie sa vytvorí a používateľovi sa zobrazí správa s ID problému:
Poznámka: všimnite si ID problému; pred ním je „kľúč“ projektu. Je to spôsob, akým JIRA sleduje / zoskupuje problémy, ktoré patria k určitému projektu.
Vytvorený problém si teraz môžete pozrieť kliknutím na odkaz, ktorý sa zobrazí vo vyššie uvedenej správe.
Ďalšie podrobnosti o stránke Vytvoriť problém
1) V pravom hornom rohu stránky „Vytvoriť problém“ sa nachádza možnosť konfigurovať polia.
Túto možnosť je možné použiť na výber / úpravu polí, ktoré by ste chceli vidieť vo svojom dialógovom okne na vytvorenie problému. Len čo sa rozhodnete, JIRA si zapamätá zmeny aj pre vaše nasledujúce vydania.
dva) V dolnej časti stránky „Vytvoriť problém“ sa nachádza „vytvoriť ďalší“.
Ak zvolíte túto možnosť a kliknete na tlačidlo „Vytvoriť“, vytvorí sa aktuálne vydanie; JIRA drží
Otvorí sa dialógové okno „Vytvoriť problém“ s projektom, typom problému a ďalšími poľami okrem automatického výberu súhrnu podľa predchádzajúcich vytvorených čísel.
Týmto uzatvárame tému „Vytvorenie čísla v JIRA“.
V nasledujúcom návode Atlassian JIRA sa dozvieme o čiastkových úlohách a o tom, ako ich používať na konkrétne účely QA.
=> Navštívte tu kompletné série návodov JIRA
Pre vás
Teraz je čas sa vám ozvať. Stretli ste sa s používaním JIRA na sledovanie chýb?
Myslíte si, že existuje váha pre odpor, ktorý majú testovacie tímy pri prispôsobovaní JIRA na správu defektov?
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- Backlog Tool Tracking Tool Hands-on Review Tutorial
- Výukový program pre integráciu GitLab Jira
- Stiahnutie a inštalácia Jira s nastavením licencie Jira
- Výukový program JIRA: Kompletný praktický sprievodca JIRA
- Výukový program pre správu JIRA: Správa a správa používateľov JIRA
- Výukový program pre integráciu JIRA a SVN
- Hĺbkové návody pre zatmenie pre začiatočníkov
- Výukový program JIRA Agile: Ako efektívne používať JIRA na správu agilných projektov