jira bug tracking tool tutorial
Sledenje napakam JIRA: življenjski cikel napak v JIRA
Jira Prenos in namestitev je bilo podrobno razloženo v naši prejšnji vadnici. Testne skupine so vedno zaskrbljene, da bi prevzele JIRA za obvladovanje napak.
Dvom je upravičen. Izhaja iz dejstva, da čeprav je orodje za sledenje napakam JIRA uporabno za IT podjetja, je to splošen sistem izdajanja vozovnic.
Tudi pri IT-projektih zaradi priljubljenosti JIRE pri razvojnih skupinah testerjem in skupinam za zagotavljanje kakovosti ni neprijetno. Kljub udobju ali nelagodju testnim skupinam ne preostane drugega, kot da v večini podjetij uporabljajo orodje za sledenje napakam JIRA. Naše Popoln vodnik o usposabljanju JIRA vam bo dala odlično znanje o orodju.
=> Kliknite tukaj za celotno serijo vadnic JIRA
Zakaj? Preprosta logika- Podjetja ne želijo vlagati v več orodij. Poslovno smiselno je, da čim bolj izkoristite orodje in ne ponorete od nakupa preveč licenc.
Torej, če uporablja ekipa za razvoj Atlassian JIRA orodje za sledenje napakam za sledenje njegovim zahtevam, izboljšavam, nalogam ali uporabniškim zgodbam, potem ga mora preizkusna skupina najverjetneje uporabiti za sledenje napakam.
Ampak, sprostite se . JIRA-jevo upravljanje napak je enako dobro kot katero koli drugo orodje . Pravzaprav bi bilo v nekaterih situacijah lahko celo boljše.
To je vadnica, ki vam bo s posnetki zaslona in vsem drugim pokazala, kako JIRA lahko uporablja sledenje hroščem.
Kaj se boste naučili:
- Najboljše lastnosti orodja za sledenje napakam JIRA
- # 1) JIRA vsa dela v njem obravnava kot izdajo
- # 2) Poročanje o napakah za vsako izdajo zahteva naslednje podatke:
- # 3) Življenjski cikel napak:
- # 4) Komentarji in sodelovanje s skupino razvijalcev
- # 5) Povezovanje napake z zahtevo po omogočanju sledljivosti
- # 6) Napake lahko uvozite iz datoteke CSV
- # 7) Napake lahko izvozite v formate Word, XML in tiskanje
- # 8) Izčrpna poročila o izdaji:
- Uporabnost JIRA za testiranje - alternativna dilema
- Ustvarjanje številke Jira in različnih področij
- Kako se težave obravnavajo v JIRA
Najboljše lastnosti orodja za sledenje napakam JIRA
Tu smo.
# 1) JIRA vsa dela v njem obravnava kot izdajo
Torej bi v JIRA napaka ustvarila težavo tipa ' Napaka '.
# 2) Poročanje o napakah za vsako izdajo zahteva naslednje podatke:
- ID napake
- Naslov napake
- Opis napake (koraki za razmnoževanje)
- Informacije o okolju
- Posnetek zaslona (priloga)
- Resnost
- Dodelite jo nekomu
- Stanje- Vsi statusi v življenjskem ciklu hroščev
Na voljo so vse možnosti za učinkovito ustvarjanje napake.
Upoštevajte polja, označena z rdečo spodaj:
Dve polji, ki jih tukaj ne vidite, sta:
- ID napake
- Stanje
JIRA samodejno ustvari ti dve polji. Vse številke bodo imele edinstven ID, ki jim ga je dodelila JIRA. Stanje vseh težav je pri ustvarjanju napake privzeto v 'JIRA' ali 'Novo'.
Zato vsi skupni pripomočki za poročanje o napakah so na voljo tudi v JIRA. Pravzaprav je mogoče uporabiti več možnosti, kot so nalepke, napake pri povezovanju in ocenjevanje prizadevanj.
# 3) Življenjski cikel napak:
Vsa stanja napak v življenjskem ciklu kot v Bugzilla (ali katero koli drugo priljubljeni sledilnik napak ) lahko tudi tukaj:
Skrbnik JIRA bo moral to malo prilagoditi, vendar je to enostavno narediti. Za tiste, ki se ne želite obremenjevati s prilagajanjem, ne morete zgrešiti tudi z nastavitvijo privzete nastavitve.
# 4) Komentarji in sodelovanje s skupino razvijalcev
Vsaka številka, njene posodobitve, dodeljevanje ljudi, komentarji, prejeti od ekipe razvijalcev - vse je v JIRA-ji zapisano v dnevniku dejavnosti.
To omogoča boljšo prepoznavnost in sodelovanje z razvojnimi skupinami:
# 5) Povezovanje napake z zahtevo po omogočanju sledljivosti
Možnost povezave v poljih za izdajo JIRA vam omogoča, da določeno težavo povežete z drugo. Recimo, če je napaka 2 dvojnik napake 1, lahko to razmerje vzpostavite.
Podobno, če napaka blokira zahtevo ali je povezana z zahtevo - lahko ta vidik vidite v JIRA.
Nastale povezave bodo prikazane na strani s podrobnostmi o izdaji, kot je prikazano spodaj:
Vrste odnosov so samoumevne in se uporabljajo preprost-skupni-vsakdanji jezik besede (na primer nanašajo na, povzročajo itd.) omogočajo, da kateri koli uporabnik JIRA uporablja to pravico zelo enostavno in intuitivno.
# 6) Napake lahko uvozite iz datoteke CSV
To pomaga pri množičnem ustvarjanju vprašanj v JIRA naenkrat. Če je vaša ekipa nova in ne želite, da ustvarja težave neposredno v orodju, jih lahko naročite, da o okvarah poročajo v Excelovem listu. Ko so pregledani in potrjeni kot veljavni, jih lahko s pomočjo te funkcije uvozite v orodje naenkrat.
Ne glede na to, kako ga uporabljate, je to velik plus.
# 7) Napake lahko izvozite v formate Word, XML in tiskanje
To podpira boljšo prenosljivost podatkov o napakah, še posebej koristno, če želite podatke o napakah deliti z ljudmi, ki niso uporabniki JIRA.
# 8) Izčrpna poročila o izdaji:
Poleg tega, če potrebujete poročila, pojdite na » Projekt - poročila 'In ustvarite vse vrste poročil, kot je prikazano spodaj:
Če moramo analizo JIRE pregledati z eno besedo, je to fantastično.
Napredni / močni uporabniki JIRA lahko ustvarijo tudi napredne filtre za iskanje, da ustvarijo globlje vpoglede.
Na primer če si želite ogledati vse napake, ki so vam dodeljene v več projektih (BM in AB), lahko uporabite poizvedbo JQL, kot spodaj:
Skratka, sledenje napakam / upravljanje napak v sistemu JIRA je zelo podobno, če ne celo boljše kot namenski sledilci napak. Naslednjič, ko boste morali delati na tem, ne skrbite. Ste v dobrih rokah.
Uporabnost JIRA za testiranje - alternativna dilema
Čeprav je to ena plat kovanca, je vsekakor še ena razsežnost tega, kako ljudje gledajo na uporabnost JIRA za zagotavljanje kakovosti ali testiranje.
Ko vprašate skupino vprašanj o kakovosti: »Kaj je JIRA?« - Mnogi bodo odgovorili, da je JIRA orodje za sledenje napakam. Upoštevajte, to sem slišal od mnogih starejših strokovnjakov za zagotavljanje kakovosti. To lahko izhaja iz dejstva, da je upravljanje in sledenje napak vse, za kar bi lahko uporabili JIRA.
Toda v tem je še veliko več. Ob pravilni uporabi je lahko jedro JIRA s svojimi okretnimi zmogljivostmi na enem mestu za vodenje projektov na visoki ravni.
Zares lahko podpira sledenje zahtevam in napredovanje, sledenje napakam, ocenjevanje, sledenje sprintu prek desk SCRUM & KANBAN, poročanje in sodelovanje.
Morda uporabljate orodje za eno stvar, a naslednjič se poskusite naučiti nekaj stvari okoli in o orodju, ki vam bo pomagalo bolje razumeti in uporabiti.
Kot naslednji korak, lahko raziščete nekaj drugih zanimivih funkcij JIRA-e (ki morda niso neposredno povezane s sledenjem napakam), zaradi katerih je lahko vaša izbira.
- Prilagodljive nadzorne plošče
- Dodatki za upravljanje preskusov
- Glasujte in si oglejte številko
- Sledenje času
- Agile Project in Scrum deske
- Integracija podpore za sotočje / dokumentacijo itd.
Ustvarjanje številke Jira in različnih področij
Jira Issues: Različne vrste Jira Issues
Jira vam ponuja zelo preproste načine za ustvarjanje / zapisovanje težav.
Ne samo, da nam omogoča prijavo napak, ampak tudi druge vrste 'vstopnic' ali 'zahtev'. Je bolj splošna aplikacija za upravljanje zahtev.
Ta vadnica bo podrobneje razložila vrste izdaj v Jira, ustvarila izdajo, različna polja na strani »Ustvari izdajo« in njihove podrobnosti na preprost način s slikovnim prikazom za lažje razumevanje.
Jira Issues
Različne organizacije imajo lahko različne vrste vprašanj, odvisno od njihove primernosti / potreb. Skrbnik Jire lahko to polje učinkovito prilagodi.
Številke so lahko različnih vrst, spodaj pa so Opis / pomen vrst izdaj:
- Napaka: To je kakršna koli napaka ali odstopanje, ki ga najdemo v aplikaciji.
- Zahteva za izboljšanje: Znana je tudi kot zahteva za spremembo (CR). Ta vrsta se uporablja za prikaz kakršne koli spremembe obstoječe funkcionalnosti ali v celoti nove funkcije.
- Naloga: To je bolj težava s konfiguracijo ali analizo. Na primer , nastavitev ustreznih konfiguracij je lahko naloga.
- Vprašanje: Težava je lahko tako preprosta, kot če postavite vprašanje o tem, kako uporabiti nekatere funkcije v aplikaciji. To vrsto pogosteje uporabljajo končni kupci.
- Epsko: To je običajno ogromno vprašanje, ki je v idealnem primeru razdeljeno na več majhnih vprašanj. Za dokončanje glavne epske številke v okretnem okolju lahko traja več sprintov.
- Finančni objekt: Vodstvo projektov / izdelkov pogosto uporablja to vrsto izdaje za sledenje svojim financam.
- Zgodba: Celotna uporabniška zgodba o funkciji je lahko vrsta težave.
- Testni primer : Izdaja je lahko testni primer. Ta vrsta izdaje bo na voljo, ko bo Jira integrirana z vtičniki, kot je Zypher.
Ustvarjanje izdaje
Ob predpostavki, da se je uporabnik prijavil v Jiro in želeni projekt.
Korak 1:
najboljši čistilec registra za Windows 10
Kliknite gumb »+« (»Ustvari«) v orodni vrstici.
Tako se prikaže zaslon / stran, kot je prikazano na spodnji sliki:
Na tej strani izberite projekt in vrsto izdaje / zahteve in nato kliknite na gumb 'Naprej'.
Odprla se bo stran »Ustvari težavo«, kot je prikazano na naslednjih slikah:
2. korak:
Na strani ‘Ustvari težavo’ vnesite čim več obveznih podrobnosti in drugih podatkov.
3. korak:
Kliknite gumb 'Ustvari'. To bo ustvarilo enoličen ID težave. ID bo sestavljen iz identifikatorja projekta, združenega s številskimi števkami.
V zgornjem primeru je izbrani projekt »TestProject«, zato bi lahko bil ID podoben »TESTPROJ1234«.
- Ko je težava ustvarjena, jo je mogoče iskati z ID-jem izdaje.
Opis polj na strani »Ustvari težavo«
(Ustvari slike strani z izdajo so razdeljene na 3 dele za boljšo berljivost).
Opomba :Skrbnik in / ali razvijalec Jira lahko dodaja / odstranjuje polja po meri, odvisno od potreb organizacije.
# 1) Povzetek :
To se pogosteje imenuje tudi naslov številke in je zelo pomembno področje številke Jira.
Naslov mora biti čim bolj unikaten in natančen, da lahko s samim naslovom razumemo težavo. To pomaga odboru za pregled hroščev in / ali lastnikom izdelkov, da prednostno razvrstijo in dodelijo težavo, ne da bi jo globoko preučili.
# 2) Komponenta / e :
Ime (-na) modula ali področja aplikacije, kjer je odkrita napaka v primeru vrste izdaje „Bug“.
To je lahko območje, kjer so potrebne spremembe v primeru CR. Običajno gre za spustni meni, sestavljen iz različnih modulov / komponent, ki obstajajo v aplikaciji. Projektna oseba ga mora izpolniti pri skrbniku.
# 3) Opis :
Običajno mora vsebovati korake za reprodukcijo težave, če je vrsta težave napaka.
V primeru zahteve za izboljšavo mora podrobno opisati novo zahtevo, ki se v agilni terminologiji običajno imenuje zgodba. V idealnem primeru bi bilo treba to polje redno posodabljati med potekom poteka izdaje.
# 4) Popravi različice :
Ime različice, v kateri bo dostavljena zahteva za izdajo / izboljšavo. To vrednost ponavadi vpiše lastnik izdelka v koordinaciji z nadrejenim v okretnem okolju.
# 5) Prednost :
To polje označuje kritičnost težave.
Lahko je zamašek, kar pomeni, da testiranje aplikacij ne more nadaljevati v fazi testiranja. Zrušitev aplikacije je idealna Primer (Prikaži kritično) številko.
Odbor za pregled napak in lastniki izdelkov imajo vso pravico spremeniti prioriteto težave. To polje je spustni seznam z vrednostmi, kot so 'Nizko', 'Srednje' ('Glavno'), 'Kritično', 'Trivialno' itd.
# 6) Nalepke :
V to polje vnesemo besedila, ki bodo pomagala pri kategorizaciji vprašanj.
# 7) Okolje :
To je neobvezno polje in tukaj je določeno testno okolje.
# 8) Priloga :
Podporne slike za izdajo, ki se ustvarja. Uporabnik lahko preprosto povleče in spusti slike ali kopira in prilepi.
# 9) Vpliva na različice :
Za vrsto napake je treba tukaj vnesti različico izdelka.
Na primer 5.6, 5.7 itd.
# 10) Povezane številke :
Vprašanja in odgovori za skrbnika Salesforce
Druga pomembna vprašanja lahko povežete z novo izdajo tako, da v tem spustnem meniju izberete ustrezno vrednost.
Če je na primer težava uvedena s popravkom neke druge težave, je lahko vrednost, ki jo želite izbrati iz spustnega menija, »Predstavil«. To polje postane izjemno pomembno, če novo napako sproži kakšen popravek ali izboljšava.
=> Izdaja : Po izbiri ustrezne vrednosti v razdelku »Povezane težave« je tu naveden ID ustrezne številke.
# 11) Prejemnik :
To je ime uporabnika, ki bo delal na izdaji.
Na primer, v primeru napake bo ime razvijalca, ki bo odpravil težavo. To polje običajno izpolni lastnik izdelka ali poveljnik scrum. Kdo dodeli izdajo, se lahko od organizacije do organizacije razlikuje.
=> S klikom na »Dodeli mi« (nahaja se v desnem kotu polja »Prejemnik«) bo težava dodeljena prijavljenemu uporabniku.
# 12) Epska povezava :
Izberite ustrezno povezavo epa.
# 13) Sprint :
Tu je izbrano ime šprinta, ki označuje, kdaj se bo izdaja obravnavala. To bi lahko bil prihodnji sprint, kot se je odločil lastnik izdelka.
# 14) Ekipa :
V agilnem okolju so lahko različne ekipe. Izdaja je dodeljena eni od ekip. To nalogo običajno opravi lastnik izdelka ali poveljnik scrum-a v dogovoru z lastnikom izdelka.
# 15) Ocena na začetku :
To polje bo navedlo, koliko časa bo treba rešiti.
Pogosteje se imenuje 'ugibanje'. To bo vključevalo tudi potrebna prizadevanja za testiranje. Lahko se omenja v urah / dneh / tednih ali zgodbah. V okretnem okolju med načrtovanjem sprintov celotna ekipa doseže skupno ugibanje.
# 16) Poročevalec :
To datoteko Jira samodejno napolni z imenom prijavljenega uporabnika.
Opomba: Lahko imamo še nekatera druga polja po meri, kot spodaj (ki jih na zgornjih slikah ne vidimo):
(i) Tip okolja :
Označuje, ali je v preskusnem ali proizvodnem okolju ugotovljena napaka.
Vrednosti tega polja se lahko razlikujejo od organizacije do organizacije. Če se Jira uporablja za ustvarjanje težav samo znotraj organizacije in ne s strani končnih strank, potem to polje morda sploh ne obstaja.
(ii) ponovljivo :
Ali je napaka ponovljiva? To polje ne bo na voljo za nobeno drugo vrsto izdaje, razen za napako.
(iii) kupec :
To polje imenuje končnega kupca, ki je vložil težavo. V nekaterih organizacijah, kjer se Jira uporablja samo za interno reševanje težav, to polje morda ne obstaja.
Opomba: Vsa zgoraj opisana polja pripadajo zavihku »Polje« na strani »Ustvari težavo«, ki je običajno privzeti zavihek. Stran lahko prilagodite tako, da ima več zavihkov, kot je 'Dokumentacija' itd., Ki jih bomo obravnavali v naslednjih vajah.
Jira nam omogoča učinkovit način za enostavno in učinkovito obvladovanje različnih vrst vprašanj.
Z veliko prilagoditvami, ki so danes možne, je Jira postala najbolj priljubljena izbira.
Kako se težave obravnavajo v JIRA
Delo z vprašanji JIRA - Kako prijaviti napako v JIRA
Pojdimo k ustvarjanju težave, če predpostavimo, da uporabnik, ki je prijavljen, ni skrbnik in je naš testni projekt »Test for STH« s komponentami - Modul 1 in Modul 2, različici - različica 1 in različica 2. Ključ - TFS je že ustvarili.
Ustvarjanje izdaje JIRA
Vprašanja tvorijo bistvo JIRA-e, zato je možnost, da jih ustvarite, v menijski vrstici:
Kliknite gumb 'Ustvari izdajo'. Ko na strani JIRA vtipkate »c«, se odpre naslednje pogovorno okno »Ustvari težavo«.
Vsa polja na tej strani so samoumevna. Spodaj bomo razpravljali o najpomembnejšem.
Projekt : Vsaka številka pripada projektu. Enako lahko izberete tako, da kliknete spustni meni in izberete projekt, ki mu želite pripadati tej številki.
Vrsta izdaje :V tem polju so prikazane vse vrste težav, ki jih je mogoče ustvariti in jim slediti prek JIRA. Na tem seznamu so na voljo naslednje možnosti (ta seznam se lahko razlikuje glede na nastavitev, ki jo nastavi skrbnik):
Elementi Bug, nova funkcija, naloga, izboljšanje so natančno to, kar pomenijo njihova imena. Epski in zgodba bolj ustrezata gibčnim projektom. Zgodba je zahteva v Agile, ki ji je treba slediti od začetka do konca. Epic je skupina zgodb.
Po potrebi izberite vrsto izdaje. Bom šel z 'Bug'.
Povzetek : Tukaj dajte naslovu svojo napako. Ob pravilni uporabi je to polje lahko zelo uspešno pri prenosu veliko kritičnih informacij. Nekaj vidikov, ki jih je treba omeniti tukaj:
Napaka / napaka je v bistvu nekaj, kar ni v redu. Pravi način, kako pristopiti k naslovu napake, je jedrnato opredeliti 'kaj je narobe'.
Primer slabega naslova / povzetka je 'Morala bi biti možnost brisanja vsebine na zaslonu'. Ko to preberem, bo moj začetni odziv - 'V redu, bi moral biti - toda v čem je težava? Ali možnost sploh ni prisotna? Ali pa so možnosti prisotne in vsebina ni izbrisana? '
Dogovorjeno je tudi, da ko odprem to napako in jo podrobno preučim, sem prepričan, da bom našel odgovor na to vprašanje.
Vendar je poudarek na tem, da to polje »Povzetek« uporabimo na najučinkovitejši način. Zato bi bil zelo primeren povzetek / naslov »Možnost brisanja vsebine domače strani za prijavo ne počisti polj ob kliku«.
V omejenem prostoru, ki ga ponuja to polje, poskusite naslov napisati tako, da sporoča natančno težavo brez kakršnih koli dvoumnosti.
Prednostna naloga : To polje ima lahko eno od naslednjih vrednosti.
Izberite primerno možnost za svojo napako.
S dal t : Na tem seznamu bodo prikazane komponente projekta. Izberite primerno.
Prizadeta različica in različica popravka: V teh dveh poljih bodo prikazane različice, ki so na voljo za projekt. Ni nujno, da se določena težava, na katero ste naleteli v določeni različici, odpravi v isti. V takih primerih lahko zadevno različico izberete kot trenutno različico, različico popravka pa kot naslednjo.
Ta polja imajo lahko tudi več vrednosti. Kot določite lahko, da določena težava vpliva na različico 1 in različico 2, kot spodaj:
Prejemnik : Vtipkate lahko ime osebe, ki ji bo ta težava predana naprej. Izdajo lahko dodelite tudi sebi.
Opis : To je neobvezno besedilno polje, ki vam pomaga vnesti toliko informacij, kot bi želeli o svoji težavi. V primeru a napaka , je običajno, da to polje uporabite za podrobne informacije o korakih za reprodukcijo napake.
Izjemnega pomena je dati vse informacije.
„Recimo, obstajata dve področji - odvisno - država in mesto. Ko v spustnem meniju izberem državo, mora v polju Mesto prikazati mesta v državi, ki sem jo izbral.
Če bi pripravil napako kot 'Mesta so prazna za nekatere države, ki sem jih izbrala'. V opisnem polju je kraj, kjer bom lahko podrobneje razčlenil to napako.
Primer nezadostnega opisa je:
1) Vstopite na spletno mesto
2) Kliknite naslovno stran
3) Vnesite druge podrobnosti, kot so ime, naslov ulice itd.
4) Kliknite spustni meni 'Država'. Izberite si državo
5) Kliknite spustni meni 'Mesto' - upoštevajte imena mest
Zgornji opis, čeprav natančen, ni popoln. Ko gre za to področje, je na strani zagotavljanja preveč informacij, vendar ne premalo.
Če so opisu dodani naslednji koraki, bo to bolj smiselno.
6) Izberite zvezno državo kot 'Kalifornija' in kliknite spustni meni 'Mesto' - prikazane bodo vse države in uporabnik lahko po potrebi izbere mesto.
7) Izberite zvezno državo kot 'Louisiana' in kliknite spustni meni 'Mesto' - seznam bo prazen.
8) Mesta so prazna tudi za zvezne države New Jersey in Utah.
Če želite ponoviti, navedite natančne korake, natančne podatke in vse druge informacije, za katere menite, da so potrebne za izpolnitev tega polja.
Priponka : S težavo lahko naložite kateri koli podporni dokument.
Ko so vse informacije vnesene v vaše zadovoljstvo, lahko težavo ustvarite s klikom na gumb »Ustvari« na koncu dialoga »Ustvari izdajo«.
Izdaja se ustvari in uporabniku se prikaže sporočilo z ID-jem težave:
Opomba: upoštevajte ID številke; predpono ima »Ključ« projekta. To je način JIRA za sledenje / razvrščanje vprašanj, ki spadajo v določen projekt.
Zdaj si lahko ogledate ustvarjeno težavo s klikom na povezavo, ki se pojavi v zgornjem sporočilu.
Dodatne podrobnosti o strani za ustvarjanje izdaje
1) V zgornjem desnem kotu strani »Ustvari težavo« je na voljo možnost konfiguriranja polj.
To možnost lahko uporabite za izbiro / spreminjanje polj, ki bi jih radi videli v dialogu o ustvarjanju težave. Po izbiri si bo JIRA zapomnil spremembe tudi pri naslednjih izdajah.
dva) Na dnu strani »Ustvari izdajo« je napis »ustvari drugo«
Ko izberete to možnost in kliknete »Ustvari« - enkrat se ustvari trenutna težava; JIRA ohranja
Odpre se pogovorno okno »Ustvari izdajo« s projektom, vrsto izdaje in drugimi polji, razen samodejnega izbranega povzetka glede na prejšnje ustvarjene izdaje.
S tem zaključujemo temo 'Ustvarjanje vprašanja v JIRA'.
V naslednji vadnici Atlassian JIRA bomo spoznali podnaloge in kako jih uporabiti za posebne namene zagotavljanja kakovosti.
=> Obiščite tukaj za celotno serijo vadnic JIRA
Nazaj k tebi
Zdaj je čas, da se oglasite. Ste se že srečali s kakšnimi izzivi pri uporabi JIRA-e za sledenje napakam?
Ali menite, da ima kakšna teža odpornost preskusnih skupin pri prilagajanju JIRA za obvladovanje napak?
PREV Vadnica | NASLEDNJA Vadnica
Priporočeno branje
- Vadnica za praktično pregledovanje orodij za sledenje napakam
- Vadnica za integracijo GitLab Jira
- Jira Prenos in namestitev z nastavitvijo licence Jira
- Vadnica JIRA: Popoln praktični priročnik za uporabo JIRA
- Vadnica za administracijo JIRA: Administrator in upravljanje uporabnikov JIRA
- Vadnica za integracijo JIRA in SVN
- Vadnice za globinsko zasenčenje za začetnike
- Agile Vadnica JIRA: Kako učinkovito uporabiti JIRA za upravljanje agilnih projektov