Hva er JIRA?
JIRA er et verktøy utviklet av det australske selskapet Atlassian. Denne programvaren brukes til bug tracking, issue tracking og prosjektledelse . Navnet "JIRA" er faktisk arvet fra det japanske ordet "Gojira" som betyr "Godzilla". Den grunnleggende bruken av dette verktøyet er å spore problemer og feil relatert til programvaren og mobilappene dine.
Den brukes også til prosjektledelse. JIRA dashbordet består av mange nyttige funksjoner og funksjoner som gjør det enkelt å håndtere problemer. Noen av hovedfunksjonene er oppført nedenfor. La oss lære JIRA Defect og Project sporingsprogramvare med dette kurset.
Hvordan bruke Jira?
I denne Jira-veiledningen for nybegynnere vil du lære -
- JIRA-ordningen
- JIRA-problemer og problemtyper
- Hva er JIRA-problemet?
- Problemtyper
- JIRA-komponenter
- JIRA-skjerm
- Utstedelsesattributter
- Utsted sikkerhetsordninger
- Systemadministrasjon
- Hvordan lage et problem i JIRA
- Underoppgave
- WorkFlows
- Plug-ins i JIRA
- JIRA Agile
- Oppretter problem i Agile
- Hvordan lage et epos i smidig
- Bruk av Clone and Link i JIRA
- Rapporter i JIRA
- Kanban Board and Managing issues
- JIRA Scrum mot JIRA Kanban
JIRA-ordningen
Inne i JIRA-skjemaet kan alt konfigureres, og det består av
- Arbeidsflyter
- Problemtyper
- Egendefinerte felt
- Skjermbilder
- Feltkonfigurasjon
- Melding
- Tillatelser
JIRA-problemer og problemtyper
Denne delen vil guide deg gjennom JIRA Software Issue og dens typer.
Hva er JIRA-problemet?
JIRA-problemet vil spore feil eller problemer som ligger til grunn for prosjektet. Når du har importert prosjekt, kan du opprette problemer.
Under Utgaver finner du andre nyttige funksjoner som
- Problemtyper
- Arbeidsflyter
- Skjermbilder
- Enger
- Utstedelsesattributter
La JIRA-utgaven se i detalj
Problemtyper
Utgavetype viser alle typer elementer som kan opprettes og spores via JIRA. JIRA-problemer er klassifisert under forskjellige former som ny funksjon, underoppgave, feil osv. Som vist på skjermbildet.
Det er to typer emnestyper i JIRA, en er
- Standard ordningstypeskjema : I standard ordningstypeskjema legges alle nyopprettede problemer automatisk til denne ordningen
- Agile Scrum Issue Type Scheme: Problemer og prosjekter knyttet til Agile Scrum vil bruke denne ordningen
Bortsett fra disse to problemtypeskjemaene, kan du også legge til ordninger manuelt i henhold til kravet, for eksempel har vi opprettet IT & Support- ordning, for disse vil vi dra og slippe sakstypene fra Tilgjengelig utgavetype til Utgavetype for gjeldende ordning som vist på skjermbildet nedenfor
JIRA-komponenter
Komponenter er underseksjoner av et prosjekt; de brukes til å gruppere problemstillinger i et prosjekt i mindre deler. Komponenter legger til noen strukturer i prosjektene, og deler den opp i funksjoner, team, moduler, delprosjekter og mer. Ved hjelp av komponenter kan du generere rapporter, samle statistikk og vise den på dashbord og så videre.
For å legge til nye komponenter, som vist i skjermbildet ovenfor, kan du legge til navn, beskrivelse, komponentledning og standard tildeler.
JIRA-skjerm
Når problemet blir opprettet i JIRA, vil det bli ordnet og representert i forskjellige felt. Denne visningen av feltet i JIRA er kjent som en skjerm. Dette feltet kan overføres og redigeres gjennom arbeidsflyt. For hvert nummer kan du tilordne skjermtypen som vist på skjermbildet. For å legge til eller knytte en problemoperasjon til et skjermbilde, må du gå i hovedmenyen og klikke på Problemer, deretter klikke på Skjermskjemaer og deretter klikke på "Knytt en problemoperasjon til en skjerm" og legge til skjermen i henhold til kravet.
Utstedelsesattributter
Utgaveregenskaper omfatter
- Statuser
- Oppløsninger
- Prioriteter
Statuser: Ulike statuser brukes til å indikere fremdriften til et prosjekt som To do, InProgress, Open, Closed, ReOpened, and Resolved. På samme måte har du oppløsninger og prioriteringer, i oppløsning forteller det igjen om fremdriften i problemet som Fixed, Won't fix, Duplicate, Incomplete, Can't reproducere, Ferdig , du kan også angi prioriteringene til problemet om et problem er kritisk, større , minor, blocker og Trivial.
Utsted sikkerhetsordninger
Denne funksjonen i JIRA lar deg kontrollere hvem som kan se problemene. Den består av en rekke sikkerhetsnivåer som kan ha brukere eller grupper tildelt. Du kan spesifisere sikkerhetsnivået for problemene mens du oppretter eller redigerer et problem.
Tilsvarende er det en standard tillatelsesordning, ethvert nytt prosjekt som opprettes, vil bli tildelt denne ordningen. Tillatelsesplaner lar deg opprette et sett med tillatelser og bruke dette settet med tillatelse til ethvert prosjekt.
Systemadministrasjon
Noen av de nyttige funksjonene som JIRA admin gir brukerne er:
- Revisjonslogg
Under revisjonslogg kan du se alle detaljene om problemet som ble opprettet, og endringene som ble gjort i problemene.
- Kobling av problem
Dette vil vise om problemene dine kobles til et annet problem som allerede er til stede eller opprettet i prosjektet, og du kan deaktivere problemkobling fra selve panelet.
- Send inn JIRA
Ved å bruke Mail-systemet i admin kan du sende utgaver til en konto på en POP- eller IMAP-e-postserver eller meldinger skrevet til filsystemet generert av en ekstern e-posttjeneste.
- arrangementer
En hendelse beskriver statusen, standardmalen og varslingsskjemaet og arbeidsflytovergangsfunksjonstilknytninger for hendelsen. Hendelsene er klassifisert i to en systemhendelse (JIRA-definerte hendelser) og egendefinert hendelse (brukerdefinerte hendelser).
- Overvåkningsliste
JIRA lar deg se på et bestemt problem, som forteller deg om varsler om eventuelle oppdateringer knyttet til det problemet. For å se et problem, klikk på ordet "se" i utgavevinduet, og hvis du vil se hvem som ser på problemene dine, må du klikke på tallet i parentes.
- Utstedersamlere
I form av JIRA-utgaver tillater en emnesamler deg å samle tilbakemeldinger på ethvert nettsted. I administrasjonen, hvis du klikker på Issue samlere, åpnes et alternativ der du blir spurt Add Issue Collector. Når du har konfigurert utseendet til en Issue Collector, kan du legge inn det genererte JavaScriptet på et hvilket som helst nettsted for tilbakemelding.
- Utviklingsverktøy
Du kan også koble programvareutviklingsverktøyene dine til JIRA-verktøyet ved hjelp av denne administratorfunksjonen. Du må oppgi URL-en til applikasjonen for å få kontakt med JIRA.
Hvordan lage et problem i JIRA
JIRA Dashboard åpnes når du skriver inn bruker-ID og passord. Under gratis JIRA dashbord finner du alternativet Project, når du klikker på det, vil det åpne et vindu som viser alternativer som Simple Issue Tracking, Project Management, Agile Kanban, Jira Classic og så videre, som vist på skjermbildet nedenfor.
Når du klikker på alternativet Simple Issue Tracking, åpnes et annet vindu der du kan nevne alle detaljer om problemet og også tildele problemet til den ansvarlige personen.
Når du klikker på "Send" -knappen, åpnes et vindu der du kan utføre en liste over arbeider som å lage problemer, tildele problemer, sjekke status på problemer som løst, pågående eller lukket og så videre.
Når problemet er opprettet, vises et popup-vindu på skjermen som sier at problemet ditt ble opprettet som vist i skjermbildet nedenfor
Nå hvis du vil redigere et problem eller ønsker å eksportere problemet til XML- eller Word-dokument, kan du holde musepekeren på hovedpanelet og klikke på Problemer . Under Issues alternativer klikk på søk for problemer som vil åpne et vindu hvor du kan finne dine problemer og utføre flere funksjoner.
Når du velger "søk etter problemer" under problemer, vises et vindu som vist på skjermbildet
- Alternativet Søk etter problemer fører deg til et vindu der du kan se problemene du har opprettet, som her. Vi har problemer ST1 og ST2
- Her i skjermbildet kan du se problemet "Feil oppdaget under brukertest" og alle detaljer knyttet til det. Herfra kan du utføre flere oppgaver, slik at du kan stoppe fremdriften i problemer, redigere problemene, kommentere problemene, tilordne problemer og så videre
- Selv du kan eksportere problemdetaljer til et XML- eller Word-dokument.
- Du kan også se aktivitetene som skjer i saken, anmeldelser om problemet, arbeidsloggen, historikken til problemet og så videre.
- Under tidssporingsalternativet kan du til og med se estimeringstiden for å løse problemene
I samme vindu kan du angi et filter for problemet og lagre dem under favorittfiltre , så når du vil søke eller vise et bestemt problem, kan du finne det ved hjelp av filteret.
For å se sammendraget av problemet kan du klikke på sammendrag av alternativer . Dette åpner et vindu som viser alle detaljene i prosjektet og fremdriften i dette diagrammet. På høyre side av sammendragsvinduet er det en aktivitetsstrøm som gir detaljene om problemene og kommentarene fra rettighetshaveren om saken.
Underoppgave
Deloppgaveproblemer er nyttige for å dele opp et overordnet problem i en rekke mindre oppgaver som kan tildeles og spores separat. Den adresserer spørsmål mer omfattende og adskiller oppgaven i mindre biter av oppgaven å gjøre.
Hvordan lage underoppgave
Underoppgave kan opprettes på to måter
- Opprett underoppgave under overordnet utgave
- Opprette et problem i en underoppgave
For å opprette underoppgave i JIRA, må du velge et problem der du vil tilordne underoppgaven. Klikk på Tilordne mer- alternativet under problemvinduet , og klikk deretter på opprett underoppgave som vist på skjermbildet nedenfor. Du kan også velge konvertere til underoppgave under samme fane for å konvertere overordnet utgave til en underoppgave.
Når du klikker på Opprett underoppgave, vil et vindu dukke opp for å legge til underoppgaveproblem. Fyll ut detaljene om underoppgaven, og klikk på Opprett som vist under skjermbildet nedenfor, og dette vil opprette underoppgave for det overordnede problemet.
Det vil opprette en underoppgave under foreldreproblemer, og detaljer vil vises om når du skal fullføre oppgaven på siden med problemtypen som vist på skjermbildet nedenfor. Hvis du vil legge til flere underoppgaver, kan du klikke på plusstegnet (+) på hjørnet av underoppgavepanelet. På samme måte, hvis du vil notere tiden som brukes på den aktuelle oppgaven, klikker du på (+) plusstegn i hjørnet av tidssporingen og legger ned detaljene i loggarket.
Noen viktige punkter å huske når du lager underoppgave
- Du kan ha så mange underoppgaver som nødvendig under en utgave
- Du kan ikke ha en underoppgave for en underoppgave
- Når en underoppgave er opprettet under en forelder, kan ikke foreldre konverteres til en underoppgave
- En underoppgave kan imidlertid konverteres til en overordnet utgave
- Du kan jobbe med underoppgaven din uten å måtte navigere deg bort fra foreldreproblemet
WorkFlows
En JIRA-arbeidsflyt er et sett med statuser og overganger som et problem gjennomgår i løpet av livssyklusen. JIRA-arbeidsflyt omfatter fem hovedfaser når problemet er opprettet.
- Åpne utgave
- Løst problem
- InProgress-utgave
- Gjenåpnet utgave
- Lukk utgave
Mens arbeidsflyten i JIRA består av statuser, rettighetshaver, oppløsning, betingelser, validatorer, postfunksjon og egenskaper
- Statuser: Den representerer posisjonene til problemene i en arbeidsflyt
- Overganger: Overganger er broene mellom statusene, måten en bestemt sak beveger seg fra en status til en annen
- Mottaker: Tilskuddsmannen dikterer den ansvarlige parten for et gitt problem og bestemmer hvordan oppgaven vil bli utført
- Løsning: Den forklarer hvorfor et problem overgår fra en åpen status til en lukket
- Betingelser: Forhold styrer hvem som kan utføre en overgang
- Validatorer: Det kan sikre at overgangen kan skje gitt tilstanden til problemet
- Egenskaper: JIRA gjenkjenner noen egenskaper ved overganger
Du kan tilordne statusen til problemet fra selve vinduet. Når du klikker på avkrysningsruten for IN Progress status som vist på skjermbildet nedenfor, vil den gjenspeile statusen i utgavepanelet uthevet med gult.
For problemet vi har opprettet, vil JIRA presentere en arbeidsflyt som kartlegger fremdriften i prosjektet. Som vist på skjermbildet, uansett hvilken status vi har satt i utgavepanelet, vil den gjenspeiles i arbeidsflytskjemaet. Her har vi satt problemstatusen i "Pågår", og samme status oppdateres i arbeidsflyten, uthevet med gult. Arbeidsflyt kan gi en rask oversikt over arbeidet under prosess.
Plug-ins i JIRA
Det er plugin-moduler tilgjengelig for JIRA for å fungere mer effektivt, noen av disse pluginene er Zendesk, Salesforce, GitHub, Gitbucket og så videre. Noen av dem gjør det mulig for supportteamet å rapportere problemer direkte til JIRA, opprette ubegrensede private repositorier med full funksjonalitet og støtte for testadministrasjon, etc.
JIRA Agile
Agile eller Scrum-metoden brukes vanligvis av utviklingsteam som følger en veikart over planlagte funksjoner for kommende versjoner av produktet. Agile følger de samme veikartene for å spore problemene som i andre JIRA-metoder å gjøre -> Pågår -> Ferdig, som vist på skjermbildet nedenfor, har vi ett problem i Å gjøre og det andre nummeret i Pågang. Når problemet pågår vil bli løst, vil det gå til Ferdig status, og på samme måte vil problemet i Gjør å flytte til neste trinn pågår.
Oppretter problem i Agile
For å opprette smidig problem, gå til hovedmenyen under Agile- fanen, klikk på "Komme i gang" , når du klikker på den, vil den be om å opprette et nytt brett for problemene for Scrum eller Kanban . Du kan velge ditt alternativ i henhold til dine krav, her har vi valgt Scrum-metoden.
Hvordan lage et epos i smidig
I JIRA Agile er et epos rett og slett en tema. Eposet fanger et stort arbeid. Det er en stor brukerhistorie som kan deles inn i en rekke små historier. For å fullføre et epos kan det ta flere sprinter. Du kan enten lage et nytt epos i smidig eller enten bruke problemet du har opprettet i vanlig JIRA-kort. På samme måte kan du også lage en historie for smidig scrum.
Planmodus i smidig:
Planmodus viser alle brukerhistoriene som er opprettet for prosjektet. Du kan bruke menyen til venstre for å bestemme hvilket grunnlag problemene skal vises på. Mens du klikker på problemet på høyre meny, kan du opprette deloppgaver, loggarbeid osv.
Arbeidsmodus i smidig
Den viser den aktive sprintinformasjonen. Alle utgavene eller brukerhistoriene vises i tre kategorier som vist på skjermbildet nedenfor. Gjør, Pågår og Ferdig for å vise fremdriften til prosjektet eller utgavene.
Bruk av Clone and Link i JIRA
I JIRA kan du også klone problemet. En fordel med å klone et problem er at det forskjellige teamet kan jobbe separat med problemet og løse problemet raskt.
Det er en annen nyttig funksjon er JIRA Link , Issue linking lar deg lage en tilknytning mellom to eksisterende problemer på samme eller forskjellige JIRA-servere. Som vist på skjermbildet, har vi koblet den aktuelle utgaven "ST-6 rullegardinmenyen fungerer ikke" med en annen utgave "ST-4 GUI is not responsive-retest GUI features" .
Som her har vi satt sprint i 1 dag, og den vil kjøre sprint i den bestemte tidsperioden som vist på skjermbildet nedenfor. Hvis du jobber med scrum, og ønsker å prioritere problemet eller rangere problemet, må du bare dra og slippe problemet i etterslepet.
Bortsett fra dette er det flere oppgaver du kan gjøre, for eksempel hvis du klikker på høyre hjørne av vinduet, vil en liste over funksjoner dukke opp som du kan bruke den etter behov.
Rapporter i JIRA
For å spore fremdriften i Agile, viser et Burndown-diagram den faktiske og estimerte mengden arbeid som skal utføres i sprinten. Et typisk nedbruddskart vil se noe slik ut, der den røde linjen angir den gjenværende oppgaven mens den blå linjen indikerer den ideelle oppgaven som er igjen under scrum-syklusen.
Bortsett fra nedbrent diagram, er det andre tilgjengelige alternativer i JIRA-automatisering som Sprint Report, Epic Report, Versjonsrapport, Velocity Chart, Control Chart, Kumulativt flytdiagram . Du kan også bruke et annet kartalternativ for å representere fremdriften i prosjektet.
Som her i skjermbildet ovenfor, har vi valgt et kakediagram for problemprioriteringer. Det vil generere et sektordiagram som representerer prioriteringene og alvorlighetsgraden av problemene i prosent for hele prosjektet, som vist nedenfor. Du kan se kakediagrammet fra forskjellige perspektiver som tildeler, komponenter, utgavetype, prioritet, oppløsning og status og så videre.
Du kan også konfigurere hvordan du vil se scrumbrettet. Scrumboard gir forskjellige alternativer der du kan gjøre endringer i utseendet ditt. Ulike funksjoner du kan konfigurere ved hjelp av scrum er Kolonner, Svømmeplaner, Hurtigfiltre, Kortfarger og så videre. Her har vi valgt kolonnebehandling, og valgt alternativene Antall utgaver, og det vil vise det totale antallet utgaver som pågår, å gjøre eller gjøre. I kolonnehåndtering kan vi legge til en ekstra kolonne i henhold til vårt krav. Det er også forskjellige funksjoner du kan konfigurere ombord.
Filtre
Du kan også angi andre filtre enn standardfiltre for å filtrere problemene. Filtrene du kan bruke er dato, komponent, prioritet, oppløsning og så videre.
Kanban Board and Managing issues
I likhet med Agile Scrum board kan vi også opprette et Kanban Board, her har vi laget et prosjektnavn Cloud Testing. Kanban-styret er nyttig for teamet som styrer og begrenser pågående arbeid. Kanban-brett er synlige i arbeidsmodus, men ikke i planmodus.
Her har vi opprettet et problem "Feil oppdaget under belastningstesting" og "Sjekk problemer relatert til skyserver" i Kanban Board som vist på skjermbildet nedenfor, det viser også statusen deres som også uthevet i rødt.
Kanban regnes som den beste metoden for bug fixing og vedlikeholdsutgivelse, der innkommende oppgave blir prioritert og deretter jobbet deretter. Det er få tiltak som kan gjøre Kanban mer effektiv.
- Visualiser arbeidsflyten
- Begrens det pågående arbeidet
- Arbeid med problemer
- Mål syklustiden
JIRA Scrum vs. JIRA Kanban
|
Scrum |
Kanban |
|
Rapporter Burndown Chart: Diagrammet viser alle endringer og omfang endret mens sprinten fortsatt er på, andre diagrammer inkluderer Sprint Report, Velocity Chart, Epic Report, etc. |
Rapporter Kontrolldiagram: Den lar deg måle syklustiden for problemer, og viser gjennomsnittlig tid og faktisk tid det tar å fullføre problemene |
|
Agile Board Det gjør at laget kan se fremdriften i sprints. Dette er arbeidsmodus, der du kan se selve tavlen delt inn i forskjellige statuser. |
Begrensninger Teamet kan bestemme om de vil øke eller redusere antall problemer som skal vises i hver status. |
|
Etterslep Dette er hvor teamet vil planlegge sprints og estimere historier som vil gå inn i hver sprint |
Arbeidsflyt Du kan tilordne kolonner til statusene til arbeidsflyten din. Bare ved å legge til eller fjerne kolonner, kan arbeidsflyten endres når det er nødvendig. |
