Meni

Vodič za alat za praćenje grešaka JIRA: Kako koristiti JIRA kao alat za prodaju ulaznica

jira bug tracking tool tutorial

Isprobajte Naš Instrument Za Uklanjanje Problema

JIRA Praćenje grešaka: Životni ciklus oštećenja u JIRA-i

Jira Preuzimanje i instalacija je detaljno objašnjeno u našem prethodnom vodiču. Ispitni timovi uvijek su zabrinuti za preuzimanje JIRA-e za upravljanje nedostacima.

Sumnja je opravdana. To proizlazi iz činjenice da je, iako je JIRA alat za praćenje grešaka primjenjiv na IT tvrtke, to generički sustav izdavanja ulaznica.

Čak i za IT projekte, popularnost JIRA-e kod razvojnih timova čini testere i QA timove neugodnim. Unatoč udobnosti ili nelagodi, testni timovi nemaju izbora nego koristiti alat za praćenje bugova JIRA u većini tvrtki. Naše Cjelovit vodič o JIRA treningu pružit će vam izvrsno znanje o alatu.

=> Kliknite ovdje za cjelovite JIRA vodiče

Zašto? Jednostavna logika- Tvrtke ne žele ulagati u više alata. Dobar je poslovni smisao maksimizirati upotrebu alata i ne poludjeti od kupnje previše licenci.

Alat za praćenje bugova JIRA

Dakle, ako razvojni tim koristi Atlassian JIRA alat za praćenje bugova kako bi pratio njegove zahtjeve, poboljšanja, zadatke ili korisničke priče, tada ga ispitni tim, najvjerojatnije, mora koristiti za praćenje bugova.

Ali, opusti se . JIRA-ino upravljanje nedostacima jednako je dobro kao i bilo koji drugi alat . Zapravo bi u nekim situacijama moglo biti i bolje.

Ovo je tutorial koji će vam kroz snimke zaslona i sve ostalo pokazati primjenjivost JIRA-e na praćenje grešaka.

Što ćete naučiti:

Najbolje značajke JIRA Alata za praćenje grešaka

Idemo.

# 1) JIRA sav rad u njemu tretira kao izdanje

Dakle, u JIRA-i stvaranje nedostatka značilo bi stvaranje problema tipa ' Bug '.

stvoriti problem

# 2) Izvještavanje o nedostacima zahtijeva sljedeće podatke zabilježene za svako izdanje:

  • ID oštećenja
  • Naslov s nedostatkom
  • Opis nedostataka (koraci za reprodukciju)
  • Informacije o okolišu
  • Snimka zaslona (privitak)
  • Ozbiljnost
  • Dodijeli nekome
  • Status- Svi statusi u životnom ciklusu programske pogreške

Dostupne su sve mogućnosti kako biste mogli učinkovito stvoriti kvar.

Imajte na umu polja označena crvenom bojom u nastavku:

stvoriti nedostatak

Dva polja koja ovdje ne vidite su:

  • ID oštećenja
  • Status

Ova dva polja automatski je kreirala JIRA. Svi brojevi imat će jedinstveni ID koji im je dodijelila JIRA. Status svih izdanja prema zadanim je postavkama 'To-Do' ili 'New' u JIRA-i pri stvaranju programske pogreške.

Stoga, svi uobičajeni sadržaji za prijavu kvara dostupni su i u JIRA-i. U stvari, može se upotrijebiti više opcija poput naljepnica, povezivanja nedostataka i procjene napora.

# 3) Životni ciklus oštećenja:

Svi statusi životnog ciklusa bugova kao u Bugzilla (ili bilo koji drugi popularni program za praćenje bugova ) može se postići i ovdje:

Životni ciklus oštećenja

Ovo će trebati malo prilagodbe od strane vašeg JIRA administratora, ali to je lako učiniti. Za one koji se ne žele zamarati prilagodbom, ne možete pogriješiti ni sa zadanom postavkom.

najbolji program za preuzimanje YouTube videa

# 4) Komentari i suradnja s razvojnim timom

Svako izdanje, njegova ažuriranja, dodjela ljudi, komentari primljeni od Dev tima - sve se prati u JIRA-i pod zapisnikom aktivnosti.

To omogućuje bolju vidljivost i suradnju s razvojnim timovima:

Jira Komentari

# 5) Povezivanje kvara sa zahtjevom da se omogući sljedivost

Opcija veze u poljima problema JIRA omogućuje vam povezivanje određenog problema s drugim. Recimo ako je Defect 2 duplikat Defekta 1, možete uspostaviti taj odnos.

Slično tome, ako kvar blokira zahtjev ili je povezan sa zahtjevom - ovaj aspekt možete učiniti vidljivim u JIRA-i.

Povezivanje nedostatka

Dobijene poveznice pojavit će se na stranici s detaljima izdanja, kao u nastavku:

stranica s pojedinostima o izdanju

Vrste odnosa su samorazumljive i koriste se jednostavan-zajednički-svakodnevni-jezik riječi (kao što su odnosi se na, uzrokovane su, itd.) čini bilo koji korisnik JIRA-e izuzetno jednostavnim i intuitivnim koristiti ovo pravo.

# 6) Defekti se mogu uvesti iz CSV datoteke

To pomaže skupnom stvaranju izdanja u JIRA-i odjednom. Također, ako je vaš tim nov i ne želite da izrađuju probleme izravno u alatu, možete ih prijaviti u programu Excel. Nakon što se pregledaju i potvrde kao valjane, mogu se odjednom uvesti u alat pomoću ove funkcije.

Na koji god način da ga koristite, ovo je veliki plus.

CSV datoteka

# 7) Defekti se mogu izvesti u Word, XML i formate za ispis

Izvoženi nedostaci

Ovo podržava bolju prenosivost podataka o vašim nedostacima, posebno korisno ako svoje podatke o nedostacima želite podijeliti s ljudima koji nisu korisnici JIRA-e.

# 8) Sveobuhvatna izvješća o problemima:

Osim toga, ako su vam potrebna izvješća, idite na “ Projekt - izvješća 'I generirajte sve vrste izvještaja kao što je prikazano u nastavku:

Sveobuhvatna izvješća o izdanjima

Ako moramo jednom riječju pregledati JIRA-inu analitiku, to je fantastično.

Napredni / napredni korisnici JIRA-e također mogu stvoriti napredne filtre za pretraživanje kako bi stvorili dublje uvide.

Na primjer, ako želite pogledati sve nedostatke koji su vam dodijeljeni u više projekata (BM i AB), možete upotrijebiti JQL upit kao u nastavku:

JQL upit

Dakle, sve u svemu, praćenje grešaka / upravljanje nedostacima u JIRA-i vrlo je slično, ako ne i superiornije kao namjenski program za praćenje grešaka. Sljedeći put kad budete morali raditi na tome, ne brinite. U dobrim ste rukama.

Primjenjivost JIRA-e na testiranje - alternativna dilema

Iako je ovo jedna strana medalje, definitivno postoji još jedna dimenzija kako ljudi gledaju na primjenjivost JIRA-e na QA ili testiranje.

Kada pitate skupinu QA-a: „Što je JIRA?“ - Mnogi će odgovoriti da je JIRA alat za praćenje nedostataka. Pazite, ovo sam čuo od mnogih starijih QA profesionalaca. To može biti zbog činjenice da je upravljanje / praćenje kvara sve za što su možda koristili JIRA-u.

Ali, tu je još puno toga. Kada se koristi ispravno, jezgra JIRA sa svojim agilnim mogućnostima može vam biti sve na jednom mjestu za upravljanje projektima na visokoj razini.

Doista može podržati praćenje i napredovanje zahtjeva, praćenje grešaka, procjenu, sprint praćenje kroz SCRUM i KANBAN ploče, izvještavanje i suradnju.

Možda koristite alat za jedno, ali sljedeći put pokušajte naučiti nekoliko stvari oko i o alatu koji će vam pomoći da ga bolje razumijete i koristite.

Kao sljedeći korak, mogli biste istražiti nekoliko drugih sjajnih značajki JIRA-e (koje možda nisu izravno povezane s praćenjem programskih pogrešaka) koje bi mogle biti vaš odabir.

  • Prilagodljive nadzorne ploče
  • Dodaci za upravljanje testovima
  • Glasajte i gledajte izdanje
  • Praćenje vremena
  • Agile Project i Scrum ploče
  • Integracija potpore za ušće / dokumentaciju itd.

Stvaranje Jira izdanja i različitih polja

Jira Issues: Različite vrste Jira problema

Jira vam nudi vrlo jednostavne načine za stvaranje / evidentiranje problema.

To ne samo da nam omogućuje prijavljivanje programskih pogrešaka, već nam omogućuje i druge vrste 'ulaznica' ili 'zahtjeva'. To je više općenita aplikacija za upravljanje zahtjevima.

Ovaj će vodič objasniti više o vrstama izdanja u Jira-i, stvaranju izdanja, različitim poljima na stranici „Stvaranje izdanja“ i njihovim pojedinostima u jednostavnim terminima uz slikovni prikaz za vaše lakše razumijevanje.

Izrada JIRA izdanja

Jira Issues

Različite organizacije mogu imati različite vrste problema, ovisno o njihovoj prikladnosti / potrebama. Jira administrator može učinkovito prilagoditi ovo polje.

Izdanja mogu biti različitih vrsta, a u nastavku su navedeni opis / značenje vrsta izdanja:

  1. Bug: Ovo je bilo koji nedostatak ili odstupanje koji se pronađe u aplikaciji.
  2. Zahtjev za poboljšanje: Također je poznat i kao zahtjev za promjenom (CR). Ova se vrsta koristi za prikaz bilo koje promjene u postojećoj funkcionalnosti ili zajedno za novom funkcionalnošću.
  3. Zadatak: Ovo je više pitanje konfiguracije ili analize. Na primjer , postavljanje ispravnih konfiguracija može biti zadatak.
  4. Pitanje: Tema može biti jednostavna poput postavljanja pitanja o tome kako koristiti neke funkcije u aplikaciji. Ovu vrstu češće koriste krajnji kupci.
  5. Ep: To je obično veliko pitanje koje je idealno podijeljeno na nekoliko malih problema. Može potrajati nekoliko sprinteva da se dovrši glavni epski problem u okretnom okruženju.
  6. Financijski objekt: Uprava projekata / proizvoda često koristi ovu vrstu izdanja kako bi pratila svoje financije.
  7. Priča: Čitava korisnička priča o značajci mogla bi biti vrsta problema.
  8. Test slučaj : Izdanje može biti testni slučaj. Ova vrsta izdanja bit će dostupna nakon što se Jira integrira s dodacima poput Zyphera.

Stvaranje izdanja

Pod pretpostavkom da se korisnik prijavio na Jira i željeni projekt.

Korak 1:

Kliknite gumb ‘+’ (‘Stvori’) na alatnoj traci.

Ovo će prikazati zaslon / stranicu kao što je prikazano na donjoj slici:

gumb za stvaranje problema

Na ovoj stranici odaberite projekt i vrstu izdanja / zahtjeva, a zatim kliknite gumb ‘Dalje’.

Otvorit će se stranica ‘Stvori problem’ kako je prikazana na sljedećim slikama:

stvoriti izdanje u JIRA-i

stvoriti izdanje -2

Korak 2:

Unesite obvezne pojedinosti i ostale podatke što je više moguće na stranici ‘Stvori problem’.

Korak 3:

Kliknite gumb ‘Stvori’. Ovo će generirati jedinstveni ID problema. ID će se sastojati od identifikatora projekta spojenog numeričkim znamenkama.

U gornjem primjeru odabrani je projekt „TestProject“, stoga bi ID mogao biti poput „TESTPROJ1234“.

  • Jednom kada se problem stvori, nakon toga se može pretraživati ​​pomoću ID-a izdanja.

Opis polja na stranici „Stvori problem“

(Stvaranje slika stranice izdanja podijeljeno je u 3 dijela radi bolje čitljivosti).

Bilješka :Jira administrator i / ili programer mogu dodavati / uklanjati prilagođena polja ovisno o potrebama organizacije.

# 1) Sažetak :

Ovo se također češće naziva naslovom broja i vrlo je važno područje Jira broja.

Naslov bi trebao biti što jedinstveniji i precizniji kako bi se promatranjem samog naslova moglo razumjeti pitanje. To pomaže odboru za provjeru grešaka i / ili vlasnicima proizvoda da odrede prioritet i dodijele problem bez dubokog zagledavanja.

# 2) Komponenta / e :

Imena modula ili područja aplikacije u kojima je otkriven kvar u slučaju vrste izdanja ‘Bug’.

To bi moglo biti područje na kojem su potrebne promjene u slučaju CR-a. To je obično padajući izbornik koji se sastoji od različitih modula / komponenata koji postoje u aplikaciji. Osoba projekta mora ga popuniti od administratora.

# 3) Opis :

Tipično treba sadržavati korake za reprodukciju problema ako je tip problema bug.

U slučaju zahtjeva za poboljšanjem, trebao bi detaljno objasniti novi zahtjev koji se u agilnoj terminologiji obično naziva pričom. U idealnom slučaju, ovo bi se polje trebalo redovito ažurirati tijekom tijeka postupka izdavanja.

# 4) Ispravite verzije :

Naziv verzije u kojoj će se dostaviti izdanje / zahtjev za poboljšanjem. Ovu vrijednost obično ispunjava vlasnik proizvoda u koordinaciji s scrum master-om u okretnom scrum okruženju.

# 5) Prioritet :

Ovo polje ukazuje na kritičnost problema.

To može biti zaustavni program, što znači da testiranje aplikacija ne može ići u fazi testiranja. Pad aplikacije je idealan Primjer izdanja ‘Show Stopper’ (kritičnog).

Odbor za pregled grešaka i vlasnici proizvoda imaju puno pravo promijeniti prioritet problema. Ovo je polje padajući popis s vrijednostima poput 'Nisko', 'Srednje' ('Glavno'), 'Kritično', 'Trivijalno' itd.

# 6) Oznake :

U ovo polje unose se tekstovi koji će pomoći u kategorizaciji problema.

# 7) Okoliš :

Ovo je neobavezno polje i ovdje je specificirano testno okruženje.

# 8) Prilog :

Podržane slike za izdanje koje se kreira. Korisnik može jednostavno povući i ispustiti slike ili kopirati i zalijepiti.

# 9) Utječe na verzije :

Za vrstu izdanja tipa 'bug' ovdje treba unijeti verziju proizvoda.

Na primjer 5.6, 5.7 itd.

# 10) Povezana izdanja :

pitanja o razgovoru za posao analitičara osiguranja kvalitete

Ostala relevantna izdanja mogu se povezati s novim izdanjem odabirom odgovarajuće vrijednosti s ovog padajućeg izbornika.

Na primjer, ako je problem uveden popravkom nekog drugog problema, vrijednost koja se bira s padajućeg izbornika mogla bi biti „Uveo“. Ovo polje postaje izuzetno važno ako novi popravak pokrene neko popravak ili poboljšanje.

=> Izdanje : Nakon odabira odgovarajuće vrijednosti u odjeljku 'Povezani problemi' ovdje se spominje relevantni ID problema.

# 11) Prijenosnik :

To je ime korisnika koji će raditi na problemu.

Na primjer, u slučaju programske pogreške, ime će biti programer koji će riješiti problem. Ovo polje obično ispunjava vlasnik proizvoda ili scrum master. Ponovno tko dodjeljuje problem može se razlikovati od organizacije do organizacije.

=> Klikom na 'Dodijeli mi' (nalazi se u desnom kutu polja 'Dodijeljeni') problem će se dodijeliti prijavljenom korisniku.

# 12) Epska poveznica :

Odaberite relevantnu poveznicu epa.

# 13) Sprint :

Ovdje je odabran naziv sprinta koji označava kada će se raditi na izdanju. To bi mogao biti budući sprint kako je odlučio vlasnik proizvoda.

# 14) Tim :

U agilnom okruženju mogu biti različiti timovi. Izdanje je dodijeljeno jednom od timova. Ovu dodjelu obično obavlja vlasnik proizvoda ili scrum master u koordinaciji s vlasnikom proizvoda.

# 15) Procjena na početku :

Ovo će polje naznačiti koliko će vremena biti potrebno za rješavanje problema.

Češće se naziva 'pretpostavkom'. To će se sastojati i od potrebnih napora na ispitivanju. Moglo bi se spomenuti u satima / danima / tjednima ili u priči. U agilnom okruženju tijekom planiranja sprinta, cijeli tim postiže uobičajene pretpostavke.

# 16) Izvjestitelj :

Jira ovu datoteku automatski popunjava imenom prijavljenog korisnika.

Bilješka: Mogli bismo imati neka druga prilagođena polja kao dolje (koja se ne vide na gornjim slikama):

(i) Vrsta okoliša :

Označava je li kvar pronađen u testnom ili proizvodnom okruženju.

Vrijednosti ovog polja mogu se razlikovati od organizacije do organizacije. Ako se Jira koristi za stvaranje problema samo interno u organizaciji, a ne krajnjih kupaca, tada ovo polje možda uopće ne postoji.

(ii) reproducibilno :

Da li se kvar može ponoviti? Ovo polje neće biti dostupno za bilo koju vrstu izdanja osim za programsku pogrešku.

(iii) kupac :

Ovo polje imenuje krajnjeg kupca koji je podnio problem. U nekim organizacijama gdje se Jira koristi samo za interno rješavanje problema, ovo polje možda neće postojati.

Bilješka: Sva gore opisana polja pripadaju kartici 'Polje' na stranici 'Stvori problem', koja je obično zadana kartica. Stranica se može prilagoditi tako da ima više kartica poput 'Dokumentacija' itd. Što ćemo obrađivati ​​u našim sljedećim vodičima.

Jira nam daje učinkovit način za jednostavno i učinkovito rješavanje različitih vrsta problema.

Uz mnoštvo prilagodbi koje su danas moguće, Jira je postala najpopularniji izbor.

Kako se rješavaju problemi u JIRA-i

Rad s pitanjima JIRA-e - Kako prijaviti kvar u JIRA-i

Prijeđimo na stvaranje problema, pod pretpostavkom da korisnik prijavljen nije administrator, a naš test projekt je „Test za STH“ sa komponentama - Modul 1 i Modul 2, verzije - verzija 1 i Verzija 2. Ključ - TFS je već stvorena.

Problemi obrađeni u JIRA-i

Stvaranje JIRA izdanja

Problemi čine suštinu JIRA-e, tako da za njihovo stvaranje postoji opcija točno na traci izbornika:

Stvaranje JIRA izdanja 1

Kliknite gumb 'Stvori izdanje'. Naizmjenično, kada upišete 'c' dok ste na JIRA stranici, otvara se sljedeći dijalog 'Stvori problem'.

Stvaranje problema u JIRA-i 2

Sva polja na ovoj stranici su sama po sebi razumljiva. U nastavku ćemo razmotriti najvažnije.

Projekt : Svako izdanje pripada projektu. Možete odabrati isto klikom na padajući izbornik i odabirom projekta kojem želite pripadati ovom izdanju.

Stvaranje problema u JIRA-i 3

Vrsta izdanja :Ovo polje prikazuje sve vrste problema koje se mogu stvoriti i pratiti putem JIRA-e. Sljedeće su opcije dostupne na ovom popisu (ovaj se popis može razlikovati ovisno o postavci koju je postavio administrator):

Stvaranje problema u JIRA-i 4

Stavke Bug, nova značajka, zadatak, poboljšanje upravo su ono što njihova imena impliciraju. Epika i priča relevantniji su za agilne projekte. Priča je zahtjev u Agile-u koji treba pratiti od početka do kraja. Epic je skupina priča.

Odaberite vrstu izdanja po potrebi. Idem s 'Bugom'.

Sažetak : Dajte ovdje svojoj grešci naslov. Ako se pravilno koristi, ovo polje može biti vrlo uspješno u prenošenju puno kritičnih informacija. Ovdje treba napomenuti neke aspekte:

Bug / kvar je u biti nešto što nije u redu. Pravi način pristupanja naslovu programske pogreške je sažeto definiranje 'što nije u redu'.

Primjer lošeg naslova / sažetka je 'Trebala bi postojati mogućnost brisanja sadržaja na zaslonu'. Kad ovo pročitam, moja početna reakcija bit će - 'U redu, trebala bi biti - ali u čemu je problem ovdje? Je li opcija uopće nije prisutna? Ili su opcije prisutne i ne brišu sadržaj? '

Također je dogovoreno da kada otvorim ovu pogrešku i detaljno je pogledam, siguran sam da ću pronaći odgovor na ovo pitanje.

Međutim, ovdje je naglasak na najučinkovitijem korištenju ovog polja „Sažetak“. Stoga bi vrlo prikladan sažetak / naslov bio 'Opcija brisanja sadržaja početne stranice za prijavu ne briše polja kad se klikne.'

U ograničenom prostoru koji nudi ovo polje, pokušajte napisati naslov na način koji komunicira s točnim problemom bez ikakvih dvosmislenosti.

Prioritet : Ovo polje može imati jednu od sljedećih vrijednosti.

Odaberite odgovarajuću opciju za svoju pogrešku.

Stvaranje problema u JIRA-i 5

S staviti t : Ovaj će popis prikazati komponente projekta. Odaberite prikladno.

Pogođena verzija i verzija popravka: Ova će dva polja prikazivati ​​verzije dostupne za projekt. Nije potrebno da se određeni problem s kojim ste se susreli u određenoj verziji riješi u istoj. U takvim slučajevima možete odabrati pogođenu verziju kao trenutnu, a ispravku kao sljedeću.

Također, ta polja mogu imati više vrijednosti. Možete odabrati da određeni problem utječe i na verziju 1 i verziju 2 kao što je prikazano u nastavku:

Stvaranje problema u JIRA-i 6

Opunomoćenik : Možete upisati ime osobe kojoj treba dalje predati ovaj broj. Možete i sebi dodijeliti problem.

Stvaranje problema u JIRA-i 7

Opis : Ovo je neobavezno tekstualno polje koje vam pomaže da unesete onoliko podataka koliko želite o svojoj poteškoći. U slučaju a buba , tipično je koristiti ovo polje za davanje detaljnih informacija o koracima za reprodukciju nedostatka.
Od iznimne je važnosti dati sve informacije.

„Recimo, postoje dva polja - ovisna - država i grad. Kada s padajućeg izbornika odaberem državu, u polju Grad trebalo bi prikazati odgovarajuće gradove u državi koju sam odabrao.

Ako sam pokrenuo grešku kao 'Gradovi su prazni za neke države koje sam odabrao'. Polje opisa mjesto je za koje bih trebao detaljno razraditi ovaj nedostatak.

Primjer nedovoljnog opisa je:

1) Uđite na stranicu
2) Kliknite adresu
3) Unesite ostale detalje poput imena, adrese itd.
4) Kliknite padajući izbornik 'Država'. Odaberite državu
5) Kliknite padajući izbornik „Grad“ - zabilježite nazive gradova

Gornji opis, iako precizan, nije potpun. Kada je ovo područje u pitanju, na strani je pružanja previše informacija, ali ne premalo.

Ako se opisu dodaju sljedeći koraci, tada će imati više smisla.

6) Odaberite državu kao 'Kalifornija' i kliknite padajući izbornik 'Grad' - sve države će se prikazati i korisnik može odabrati grad po potrebi.
7) Odaberite državu kao 'Louisiana' i kliknite na padajući padajući popis 'City' - popis će biti prazan.
8) Gradovi su prazni i za države New Jersey i Utah.

Dakle, da ponovimo, navedite točne korake, točne podatke i sve druge podatke za koje mislite da su potrebni za popunjavanje ovog polja.

Prilog : Bilo koji prateći dokument može se prenijeti s izdanjem.

Nakon što unesete sve podatke na svoje zadovoljstvo, izdanje se može stvoriti klikom na gumb 'Stvori' na kraju dijaloga 'Stvori izdanje'.

Problem se kreira i korisniku se prikazuje poruka s ID-om problema:

Stvaranje problema u JIRA-i 8

Napomena: primijetite ID izdanja; ima prefiks 'Ključ' projekta. To je JIRA-in način praćenja / grupiranja problema koji pripadaju određenom projektu.

Sada možete vidjeti stvoreni problem klikom na vezu koja se pojavljuje u gornjoj poruci.

Dodatni detalji o stranici Stvori izdanje

1) U gornjem desnom kutu stranice 'Stvori problem' naći će se opcija za konfiguriranje polja.

Stvaranje problema u JIRA-i 9

Ovu opciju možete koristiti za odabir / promjenu polja koja biste željeli vidjeti u dijalogu za stvaranje problema. Jednom kada odaberete, JIRA će se sjetiti promjena i za vaša sljedeća izdanja.

dva) Na dnu stranice 'Stvori izdanje' nalazi se 'izradi drugo'

Stvaranje problema u JIRA-i 10

Kada odaberete ovu opciju i kliknete 'Stvori' - jednom se kreira trenutni problem; JIRA čuva
Dijalog 'Stvori izdanje' otvoren je s projektom, vrstom izdanja i drugim poljima, osim sažetka koji je automatski odabran prema prethodnim kreiranim izdanjima.

Time zaključujemo temu „Stvaranje izdanja u JIRA-i“.

U sljedećem tutorialu Atlassian JIRA naučit ćemo o podzadacima i kako ih koristiti u određene svrhe osiguranja kvalitete.

=> Posjetite ovdje za kompletnu seriju udžbenika JIRA

Preko tebe

Sad je vrijeme da se čujemo. Jeste li se suočili s nekim izazovima koristeći JIRA za praćenje grešaka?

Mislite li da ima ikakvog značaja za otpor koji ispitni timovi imaju u prilagodbi JIRA-e za upravljanje kvarovima?

PREV Vodič | SLJEDEĆA Vodič

Preporučena literatura

^