guide jira workflow
En guide til å håndtere problemer i JIRA, lage JIRA Workflow og JIRA Reports:
JIRA Underoppgave ble forklart i vår forrige opplæring fra Serie med JIRA-opplæringsprogrammer .
Vi har sett forskjellige typer problemer og hvordan du lager dem i våre tidligere JIRA-opplæringsprogrammer.
Dette er den neste JIRA-opplæringen i denne serien hvor vi vil lære hvordan du bruker dem, arbeidsflytfremdriften og rapporteringsfunksjonen til JIRA. JIRA-utgaven reiser gjennom forskjellige stater som ‘In Progress’ osv.
=> Klikk her for komplette JIRA-opplæringsserier
På vei kan brukeren fortsette å endre beskrivelsen, legge til flere kommentarer, be om ytterligere informasjon om problemet og andre forskjellige ting.
Derfor vil vi i denne opplæringen ta en detaljert titt på Issue-arbeidsflyten i JIRA - livssyklusen til en utgave, Kommentar, E-post / del og Se alternativer på et JIRA-problem.
Hva du vil lære:
Utgiv arbeidsflyt i JIRA
Når en utgave er opprettet i JIRA, har den statusen 'Å gjøre' eller 'Ny'. Dette problemet ligger i etterslepet, som normalt håndteres av produkteieren sammen med Scrum Master i et smidig miljø.
Produkteieren avhengig av kritikken og viktigheten av problemet bestemmer hvilken Sprint problemet skal jobbes med ( For eksempel, SprintMay2018). Fix-versjonen der utgaven blir levert, avgjøres også, og det samme oppdateres om problemet i 'FixVersion' -feltet.
Produkteieren bestemmer også hvilket Scrum-team som skal jobbe med problemet, avhengig av kunnskap og kompetanse i scrumteamet. Dette er selvfølgelig ikke en hard og rask regel om at et team som har tilstrekkelig kunnskap om området, skal jobbe med en bestemt problemstilling.
Hvis det er tilstrekkelig tid tilgjengelig, kan kunnskapsoverføring gis til ethvert team slik at teamet kan se på problemet.
Under sprintplanlegging (for eksempel SprintMay2018) flytter det utpekte scrumteamet problemet i Sprint Backlog.
Sprint Backlog
Det er vanligvis en liste over problemer som er forpliktet til å bli løst av et Sprint / Scrum-team under sprintplanleggingen
Når saken er i sprint, tildeler en av scrum-teammedlemmene problemet til seg selv. Noen ganger blir problemet tildelt en person av Scrum-mesteren. Feltet 'Tilordner' viser nå navnet på personen som problemet er tildelt.
Personen sjekker det opprinnelige estimatet på problemet, og hvis følelsen er som at saken vil kreve mer tid enn det nevnte estimatet, kan det estimeres på nytt etter diskusjonene med produkteieren og scrum-mesteren.
Disse diskusjonene er viktige fordi scrum-mesteren da kan ringe en eller flere problemer som skal fjernes fra den nåværende sprinten for å matche den totale lagkapasiteten.
Endringer i problemet som en endring i beskrivelsen gjøres ved hjelp av Rediger-knappen. I noen versjoner av JIRA kan hvert felt redigeres separat ved hjelp av blyantsymbolet (rediger).
Tilordnede flytter deretter problemet til tilstanden 'Pågår' ved å bare klikke på 'Start fremgang' ('Pågår') -knappen.
Når mottakeren begynner å jobbe med saken, hvis han føler at informasjonen i beskrivelsen av problemet ikke er tilstrekkelig for at han / hun kan fortsette, kan problemstillingen stoppes ved å bare flytte problemet til “To Do” -tilstanden.
Noen organisasjoner har en 'Stop Progress' -knapp for dette formålet. Ansvarlig skal skrive en ordentlig kommentar beskriver hvorfor problemet stoppes. Videre til dette kan problemstatusen endres til 'Awaiting Info.' (Noen organisasjoner har kanskje ikke denne tilpassede statustypen).
Kommentar til Jira-utgaven
For å få et fritekstfelt for Kommentar, klikker du bare på 'Kommentar' verktøylinjeknappen som ligger rett under navnet på problemet ('testfeil' navnet på et problem i dette tilfellet). Denne knappen er også tilgjengelig i delen Aktivitet i utgaven.
Dette viser et tekstfelt med formateringsalternativer, som det som vises i bildet nedenfor:
Klikk på 'Legg til' -knappen etter å ha skrevet en riktig forståelig kommentar, som vil lagre kommentaren. Ulike formateringer kan brukes om nødvendig.
Synligheten av kommentaren kan begrenses ved å velge et passende alternativ fra rullegardinmenyen som er tilgjengelig nær hengelås-symbolet. Valg vil vanligvis være som 'Alle brukere', 'Prosjektroller,' Utviklere '. Denne begrensningen er veldig viktig hvis sluttkunden har tilgang til JIRA.
Ansvarlig kan sende en e-post til skaperen av problemet gjennom JIRA selv, slik at et tidlig svar kan forventes.
E-post
E-post kan sendes gjennom følgende alternativer
#1) Ved å bruke knappen 'Del denne lenken ...' tilgjengelig øverst til høyre på siden.
#to) Ved å bruke menyelementet 'E-post' tilgjengelig fra menyene som er tilgjengelige etter å ha klikket på '...' øverst til høyre på siden.
# 3) Bruke ‘@’ funksjonalitet i kommentarfeltet. Etter at @ JIRA har skrevet, dukker det opp en liste over e-post-ID-er, og brukeren kan velge en eller flere.
Merk: Alternativ 2 og 3 er kanskje bare tilgjengelig etter tilpasning av JIRA.
hvordan du gjør penetrasjonstesting for et nettsted
Følgende popup-dialogboks åpnes etter å ha klikket på 'Del' -knappen.
Brukernavn (er) eller e-post ID (er) skal angis i feltet 'Brukernavn eller e-post'. Ytterligere kommentarer kan legges inn i feltet 'Merknad'. Ved å klikke på 'Del' -knappen i popup-dialogboksen vil du sende en e-post til de nevnte brukerne med en lenke til JIRA-problemet.
Oppdragsgiveren kan legge til ham / henne som en 'seer' ved å bruke ' Se problemet Alternativet. Ved å gjøre dette vil seeren motta varsler for hver eneste endring i problemet, som en endring i beskrivelsen, ny kommentar og til og med loggarbeid også.
Se på utgave
Dette menyelementet vises etter å ha klikket på ‘…’ knappen. Etter å ha klikket på dette menyelementet, kommer brukeren (oppdragsgiver i dette tilfellet) inn på seerlisten, og etiketten til menyelementet endres til 'Stopp å se', som igjen kan brukes til å slutte å se på problemet.
Alle andre team / prosjektmedlemmer kan legge til seg selv som overvåkere hvis de er interessert i å vite hva som skjer med problemet, ettersom en observatør ikke trenger å eksplisitt åpne problemet for å kontrollere fremdriften, men melding (er) mottas.
Når en eller flere brukere begynner å se på problemet, vises tilsvarende antall ved siden av etiketten som heter 'Watchers' (se bildet ovenfor). Innlogget bruker kan slutte å se på problemet ved å klikke på 'Stopp å se på dette problemet' -linken eller ved å klikke 'Stopp å se' på listen 'Overvåkere'.
I tilfelle når noen er interessert i å vite navnene på brukerne som alle ser på et bestemt problem, klikker du på menyen 'Watchers', som vises etter å ha klikket på '…' -knappen. (Se bildene nedenfor).
Når mottakeren er komfortabel med informasjonen, startes problemet på nytt. Hvis problemstatusen var 'To Do', kan brukeren starte fremdriften direkte ved å klikke 'Start Progress' ('In Progress'), avhengig av tilgjengelig knapp. Problemet kan igjen gå i samme strøm, noe som betyr at fremdriften kan stoppes om nødvendig.
Oppdragsgiver skriver en skikkelig forståelig kommentar til saken. Det legger også til «Loggarbeid» (tiden han investerte i arbeidet med problemet) på slutten av hver dag. Dette gjør det lettere for produkteieren og de andre interessentene å vite fremdriften i saken.
Så snart rettighetshaveren føler at problemet er løst og kodegjennomføring, blir endringene enhetstestet. Når løsningen er tilfredsstillende for mottaker, endres statusen til problemet til 'In Test' ('To Be Verified').
Scrum team tester tildeler deretter problemet til ham / henne og tester endringene og de omkringliggende områdene.
Hvis testeren finner et problem enten i endringene eller et regresjonsproblem, mislykkes testen, og problemstatusen blir endret tilbake til 'Pågår' og tildelt den aktuelle utvikleren. Testeren logger arbeidet med antall brukte timer.
Utvikleren vil se på de nye endringene som kreves, vil fikse det samme, enhetsteste det og deretter flytte problemet til 'Pågår'. Testeren vil deretter teste problemet og når det er fornøyd, vil det markere utgivelsesstatusen som “Løst” (Ferdig).
Problemet løses først etter en ordentlig demo til interessentene på slutten av Sprint, og alle må føle at DoD er oppfylt. Når fix / produktversjonen er levert, lukkes problemet.
Det må huskes at et problem, i tilfelle en feil, kan lukkes direkte, hvis det viser seg at det ikke er reproduserbart.
Det kan være et tilfelle der etter en tid (dager / måneder osv.) På grunn av et problem utløst av problemet, og det kan hende at det må gjenåpnes og som deretter krysses gjennom samme syklus.
oracle ytelse tuning intervju spørsmål og svar
Merk: Knapp ‘…’ som er referert til ovenfor kan bli kalt “Mer” og stedene ved siden av “Rediger” -knappen i verktøylisten til venstre på siden, i noen JIRA-versjoner eller tilpassede.
Kort sagt, et JIRA-nummer reiser fra stadier som New (Open) -> In Progress -> In Test -> Resolved (Done).
Underveis legger brukerne / forskjellige interessenter som er knyttet til å fikse problemet, kommentarer / beskrivelser om problemet tilsvarende.
Administrer problemer i JIRA
Problemet når det er opprettet kan nås ved å søke i ID-en, bla gjennom menypunktet 'Problemer' eller gå til prosjektdetaljene og sjekke problemfanen.
Når du åpner et problem og klikker på koblingen, vil detaljene vises. Alle handlingene som kan utføres på det aktuelle problemet, er tilgjengelige i overskriften på skjermbildet med problemer:
Vi vil gå i sekvensiell rekkefølge fra høyre til venstre og diskutere alle alternativene.
# 1) Rediger: Som navnet antyder, lar dette alternativet deg endre et opprettet problem. Klikk på den og modifiser informasjonen etter ønske. Velg 'Oppdater' når du er ferdig. Dette ligner på dialogboksen 'Opprett problem'.
#to) Kommentar : Dette er en nyttig måte å registrere saksbehandlingen i et spørsmål og å kommunisere med de berørte medlemmene. Skriv inn dine kommentarer og velg alternativet for å begrense seertallet:
# 3) Tilordne: Dette er alternativet du trenger når du vil skifte eierskap til et problem. Skriv inn informasjon om tilskudd, kommentarer (alt du vil kommunisere) og velg seertallet til kommentaren. Når et problem er tildelt brukeren, sendes en automatisk e-post (hvis dette alternativet er valgt av administratoren), og problemet vises på tildelers dashbord ved pålogging.
# 4) Mer: Følgende alternativer er tilgjengelige under menypunktet 'Mer':
Agile Board, rang til topp, rang til bunn -> Relatert til smidige prosjekter - detaljene som kommer til å komme opp i en senere artikkel.
Legg ved filer, legg til skjermbilder -> Lar deg legge ved filer til et problem. Skjermbildealternativet tar automatisk et skjermbilde. Alt du trenger å gjøre er en utskriftsskjerm på maskinen din, og du kan kopiere den direkte her til JIRA.
Legg til stemme, velgere, slutte å se, overvåkere -> Stemmegivning er en prosess som JIRA-brukere kan utføre for å støtte løsningen på et problem gunstig eller ugunstig. Alternativene i denne delen letter det samme. Du kan også velge å se på et problem - når du gjør det, vil alle endringene i det bli varslet til deg.
Opprett underoppgave, konverter til underoppgave -> Dette er alternativene som hjelper til med å lage og jobbe med underoppgaver. Detaljene er tilgjengelige i opplæring nr. 3 i JIRA-serien .
Etiketter -> Dette konseptet ligner på 'Etiketter' som vi finner på forskjellige blogger og websider. Du kan kategorisere problemer basert på versjon og komponent formelt, men når du trenger noe mer uformelt, kan dette alternativet brukes. For eksempel, alle spørsmålene som tas opp for å spore kommentarer fra fagfellevurderinger, kan merkes som 'fagfellevurdering' for å se og spore dem enkelt.
# 5) Loggarbeid: Dette er en måte å spore fremdriften i saken når det gjelder tid. Når dette alternativet brukes, åpnes følgende dialog. Som du ser kan detaljert informasjon om hvor mye tid som brukes på et problem, hvor mye som er igjen osv. Logges her.
# 6) Flytt: JIRA-problemer kan flyttes på tvers av prosjekter. Flyttingen fra ett prosjekt til et annet kan imidlertid bety en annen mål arbeidsflyt, en annen type problem, en ny status osv. Det anbefales derfor å analysere grundig hvordan flyttingen vil påvirke problemet før du går videre med dette.
# 7) Lenke: Dette er en veldig allsidig funksjon av JIRA som lar deg logisk koble problemer med hverandre og etablere relasjoner / avhengigheter.
Et eksempel på situasjoner der dette kan brukes i QA-prosjekter er når en viss mangel hindrer deg i å arbeide med et bestemt krav. Du kan bruke dette alternativet for å vise avhengighet.
Når du får tilgang til denne lenken, åpnes følgende dialog. Å bruke denne dialogen er veldig enkel:
De forskjellige typer foreninger kan velges fra listen 'Dette nummeret'. Listen inneholder:
Alternativt kan du velge å ta med en nettkobling som referanse.
hva er det beste operativsystemet for pc
# 8) Klon: Som navnet antyder, kan du opprette et duplikat av et problem.
Når et problem er klonet:
- Sammendraget av det klonede nummeret begynner med 'CLONE' foran.
- Det vil være en kobling mellom foreldreproblemet og det klonede problemet.
# 9) E-postproblem: Klikk på ikonet. 
Skriv inn informasjonen for mottakeren av informasjonen i dialogboksen nedenfor som åpnes. En e-post med JIRA-utgivelsesdetaljene vil bli sendt.
10) Eksporter: JIRA gir også en måte å skrive probleminformasjonen til eksterne filer. For å gjøre det, klikk på 'Eksporter' -knappen i høyre hjørne, og du vil se formatene du kan laste ned et JIRA-problem til:
Hvordan flytte et JIRA-problem gjennom de forskjellige trinnene i arbeidsflyten?
#1) Et problem opprettet i JIRA er alltid i statusen 'Åpen' ved opprettelsen.
#to) Arbeidsflytstadiene det går, avhenger av prosjekttypen og arbeidsflyten som er tildelt prosjektet mens du oppretter.
# 3) Bare administratoren kan velge dette, og når det er valgt, kan det ikke endres, og alle problemene under prosjektet vil gå gjennom samme arbeidsflyt.
# 4) Når du klikker på 'Start fremdrift' -knappen, endres utgivelsesstatusen til 'Pågår' og knappetiketten endres til 'Stopp fremdrift', som når du klikker på vil tilbakestille statusen til 'Åpne'.
# 5) Ved å klikke på “Arbeidsflyt” -knappen vises en listeboks over de neste trinnene som et problem kan gå til.
# 6) Hvis problemet må settes til 'Løst' direkte, er det en 'Løs problem' -knapp tilgjengelig. Når du klikker på den, vil du kunne velge årsaken til at problemet er løst.
# 7) For å se arbeidsflyten som et bestemt problem går gjennom, klikker du på koblingen 'Vis arbeidsflyt' ved siden av statusfeltet for et problem på siden med problemdetaljer. For eksempel, For mitt problem er arbeidsflyten som vises:
JIRA Rapporter
JIRA kommer også med en robust rapporteringsfunksjon. Det er mange slags rapporter som det letter.
Bla gjennom et prosjekt hvis detaljer du ønsker å få en rapport om, og gå til 'Rapporter' -fanen. Her vil du se en liste over alle rapportene som kan presenteres for deg.
Velg rapporten og angi datakriteriene, så får du en spesiallaget rapport i hånden på kort tid.
Også, for et hendelsesadministrasjonsverktøy, ville en bruker forvente sterke søkefunksjoner, og JIRA passer også regningen i dette området. Så sørg for å utnytte det til din fordel.
Konklusjon
Dette slutter oss med 'JIRA- User' -delen av serien. Som alltid håper vi at disse JIRA-opplæringene i serien ikke bare hjelper deg å bruke Atlassian JIRA-programvare for problemsporing, men også hjelper deg med å oppnå de beste resultatene for dine prosjekt- / hendelses- / test- / mangelforvaltningsaktiviteter.
=> Besøk her for komplette JIRA-opplæringsserier
Den neste opplæringen skal ta for seg JIRAs administrasjonsaktiviteter - prosjektledelse, brukeradministrasjon, tilgangstillatelser osv.
Gi oss beskjed om dine kommentarer og spørsmål nedenfor.
PREV Opplæring | NESTE veiledning
Anbefalt lesing
- JIRA Agile Tutorial: Hvordan bruke JIRA effektivt til å administrere smidige prosjekter
- Hvordan integrere JIRA med qTest: En trinnvis guide
- JIRA-opplæring: En komplett brukervennlig JIRA-guide
- GitLab Jira Integration Tutorial
- JIRA Dashboard Tutorial: Hvordan lage JIRA Dashboard med eksempel
- Jira Time Tracking: Hvordan bruke Jira Time Management Software?
- Test automatisering for Jira med Katalon Studio
- Integrer JIRA med TestLodge Test Case Management System: trinnvis veiledning