top 20 most important jira interview questions
Liste over de mest stilte spørsmålene og svarene fra JIRA-intervjuet. Les disse vanlige JIRA-intervjuspørsmålene for å få tak i ditt kommende intervju:
JIRA-alternativer ble forklart i detalj i vår forrige opplæring.
Denne opplæringen dekker de vanligste spørsmålene om Atlassian JIRA-intervju med detaljerte svar.
Verktøy for feilhåndtering eller si at feilsporingsverktøy har vært en del av programvaretesting og utviklingssykluser i mange år. 'JIRA' er et verktøy for hendelsesadministrasjon, utviklet av Atlassian , som ofte brukes til sporing av feil / problemer, samt prosjektledelse.
=> Klikk her for komplette JIRA-opplæringsserier
Dette feilsporingsverktøyet brukes ikke bare til bekvemmelighetsrelaterte funksjoner som opptak, rapportering, men er også integrert direkte med kodeutviklingsmiljøet.
JIRA er et effektivt verktøy og har evnen til å spore alle slags feil / problemer. Agile prosjekter støttes også av JIRA.
Nå, ovenfor, var den grunnleggende beskrivelsen av Atlassian JIRA, feilsporingsverktøy. Gjennom denne artikkelen vil vi diskutere flere intervjuspørsmål og svar som vil hjelpe deg med å forstå dette verktøyet mye bedre, og på den annen side vil hjelpe deg med å forberede deg til intervjuet ditt.
JIRA intervju spørsmål og svar
Nedenfor er listen over de mest stilte spørsmålene og svarene på JIRA-intervjuet.
Q # 1) Hvorfor brukes JIRA?
Svar: Atlassian JIRA er i utgangspunktet et problem- og prosjektsporingsverktøy som lar oss spore prosjektrelatert arbeid ved å følge en riktig arbeidsflyt.
Nedenfor er noen få grunner som bestemmer bruken av JIRA:
- Kunne spore prosjektfremdrift fra tid til annen.
- JIRA-brukstilfeller inkluderer prosjektledelse, implementering av funksjoner, bug tracking, etc.
- Arbeidsflyt kan enkelt tilpasses i henhold til vårt krav.
- I tillegg til sporing av problemer, kan historikken over arbeidet som er gjort på spørsmål, når, hva og av hvem også spores.
- JIRA er plattformuavhengig og kan kjøre hvor som helst.
Q # 2) Forklar JIRA-arbeidsflyten.
Svar: Arbeidsflyt definerer rekken av trinn eller stadier et problem / en feil gjennomgår i løpet av livssyklusen fra opprettelse til avslutning av problemet.
Arbeidsflyten her inkluderer opprettelsen av et problem, en rekke handlinger som er utført for å fikse problemet, og det siste trinnet inkluderer avslutning eller si fullføring av problemet etter bekreftelse.
Se diagrammet nedenfor for bedre forståelse:
java 8 intervju spørsmål og svar
Q # 3) Bruk rapporttyper generert av JIRA.
Svar: Det er flere rapporter tilgjengelig i JIRA som brukes til å vise prosjektstatistikken gjennom hele prosjektets livssyklus. Det er generelle rapporter tilgjengelig for analyse av problemer, samt forskjellige rapporter for Scrum-prosjekter og Kanban-prosjekter.
Generelle rapporter generert etter behov for analyse av problemer inkluderer:
- Gjennomsnittlig aldersrapport
- Opprettet mot løst problemrapport
- Sirkeldiagramrapport
- Nylig opprettet problemrapport
- Oppløsningstidrapport
- Tidssporingsrapport
- Rapport om brukerens arbeidsmengde
- Versjonsarbeidsbelastningsrapport
- Arbeidsbelastning Sirkeldiagramrapport
Eksempler på rapporter generert for Scrum-prosjekter er:
- Sprintrapport
- Kontrolldiagram
- Burndown-diagram
- Kumulativt strømningsdiagram
- Episk rapport
- Slipp Burndown
- Hastighetsdiagram
- Versjonsrapport
Eksempler på rapporter generert for Kanban-prosjekter:
- Kontrolldiagram
- Kumulativt strømningsdiagram.
Følg trinnene nedenfor for å generere rapporter for prosjektet ditt:
- Naviger til ønsket prosjektdashboard.
- Klikk på Rapporter-fanen fra venstre side for å se forskjellige rapporter.
- Klikk på Bytt rapport for å se de forskjellige rapportene.
Q # 4) Forklar trinnvis fremgangsmåte for hvordan et problem opprettes i JIRA.
Svar: Hver gang det oppstår et problem eller en feil under testing, må det rapporteres slik at utviklerne kan jobbe med det og ta de nødvendige tiltakene for å fikse det.
Vi vil se trinn for trinn hvordan et problem opprettes i Atlassian JIRA.
til) Logg deg på JIRA-kontoen din ved å bruke gyldig legitimasjon og send deg til dashbordet.
b) Klikk på “Opprett” -knappen som vises, og du vil navigere til et vindu for å opprette et problem.
c) Skriv inn alle nødvendige detaljer etter behov for å opprette et problem. Følgende felteksempel kan forstås bedre av bildet nedenfor.
- I Prosjekt felt , til prosjekt som vi lager en utgave for er valgt. I dette eksemplet: STH_Learning (STHL) er valgt fra rullegardinmenyen som inneholder alle tilgjengelige prosjekter.
- I Problemstype feltet, velges arten av problemet fra rullegardinmenyen som inneholder alternativer som Bug, Task, Improvement, Story, New Feature, etc. I dette eksemplet er ‘Bug’ problemet.
- De Sammendrag feltet inneholder en linjetittel på problemet som gir den kritiske informasjonen om problemet på en oppsummert måte. Jo mer effektiv emneoverskriften er, desto mer kan du vise problemet. Selvfølgelig bør overskriften lett forstås uten sjanser for feiltolkning. Eksemplet jeg har tatt her er imidlertid ikke mye kritisk.
- De Journalist er den som rapporterer om problemet. I de fleste tilfeller er navnet på prosjektlederen valgt i dette feltet.
- I Beskrivelse felt, blir den detaljerte beskrivelsen av utgaven skrevet. Som du kan se i skjermbildet nedenfor, er trinn for å reprodusere problemet, faktisk resultat, forventet resultat inkludert i beskrivelsen.
- I Påvirke versjon felt , den nåværende versjonen av prosjektet er valgt der problemet har blitt støttet.
- Fix versjon feltet er i utgangspunktet valgt av de berørte utviklerfolkene, som velger versjonen når og når deres arbeid for det aktuelle problemet er ferdig og problemet er løst.
- Prioritet felt definerer hvilket problem som skal vurderes først som løst. Tester velger prioriteten til problemet fra rullegardinmenyen basert på effekten på applikasjonen. Dette eksempelet er i utgangspunktet av middels prioritet.
- I Vedlegg felt lastes opp hvilken som helst video eller skjermbilde relatert til problemet.
- I Miljø felt-, operativsystem- og nettleserdetaljer er nevnt på hvilket problem som har oppstått.
d) Etter at alle detaljene er fullført, klikker du på 'Opprett' -knappen som vises i vinduet for å opprette den nye utgaven.
er) Problem-ID genereres som kan brukes i fremtiden som referanse for å spore fremdriften i problemet.
Q # 5) Forklar de tre fargeindikatorene og deres betydning.
Svar: For et bestemt problem i JIRA brukes tre farger som blå, grønn og oransje til å angi hvor lang tid det er brukt på et bestemt problem. Denne informasjonen vises under delen 'Tidssporing'. Hver farge har sin egen betydning som;
- Blå: Denne fargen skal betegne 'Original Estimate', dvs. tidsestimatet som skal investeres i å løse problemet. Dette feltet er merket som 'Anslått'.
- Oransje: Denne fargen bestemmer tiden som er igjen for å løse problemet. Dette feltet er merket som 'Gjenværende'.
- Grønn: Denne fargen definerer den faktiske tiden som har blitt brukt eller sier brukt til å løse problemet så langt. Dette feltet er merket som 'logget'.
Spørsmål nr. 6) Hva som er inkludert i endringshistorikken for et bestemt problem?
Svar: Endringslogg-seksjonen viser aktivitetene for å endre poster med informasjon om personen som har gjort endringen, samt tidspunktet for endringene.
Endringsloggen viser også informasjon om gamle og nye feltverdier i tilfelle endring i hvilket som helst felt.
Endringslogg inkluderer følgende poster av endringene:
- Opprettelse og sletting av en kommentar.
- Oppretting og sletting av en problemlenke.
- Sletting av en arbeidslogg.
- Endringer av filvedlegg
- Problemstillinger endres
Endringslogg for ethvert problem kan vises i JIRA ved å følge trinnene:
- Åpne et bestemt problem.
- Klikk på 'Historikk' -fanen i delen 'Aktivitet'.
Q # 7) Nevn en måte som et problem kan deles med andre brukere i JIRA.
Svar: Et problem kan deles med andre brukere i JIRA ved å bruke delingsalternativet som er tilgjengelig på beskrivelsessiden for problemet.
Når du klikker på delingsalternativ for en bestemt utgave, inneholder den lenken til utgaven som skal deles sammen med 'Brukernavn eller E-post' og 'Merk' -feltet som må fylles ut.
Q # 8) Hva er viktigheten av merkingsproblemet?
Svar: Merking av et problem er i utgangspunktet gjort for å kategorisere et problem innenfor en bestemt seksjon som igjen lett kan søkes ved hjelp av etiketter.
Etikett for et bestemt problem kan innledningsvis settes når du oppretter problemet, mens det også kan redigeres i problemet. Etikettfelt vises under 'Detaljer' -delen som vist nedenfor i figuren:
Sp # 9) Hvordan er et problem knyttet til JIRA?
Svar: Som navnet i seg selv definerer, betyr lenking sammenhengen mellom de to.
På samme måte er JIRA-utgaven knyttet til ethvert annet problem i tilfeller som:
- Forhold til et annet problem
- Kopier til et annet nummer
- Blokker et annet problem.
For å vise detaljene i de tilknyttede utgavene, er det to felt tilgjengelige i JIRA: 'Koblede problemer' og 'Problemer'.
Seksjon for tilknyttet utgave inneholder rullegardinmenyen for alternativene som skal velges som årsak til å koble problemet. I henhold til det valgte alternativet vises forslaget om problemene som skal kobles til i rullegardinmenyen 'Utgave'.
Kobling av problemer kan gjøres enten på samme eller forskjellige JIRA-servere.
Spørsmål nr. 10) Hva er formålet med JIRA-dashbordet?
Svar: Den første siden som vises når vi blir logget på JIRA-applikasjonen, er 'Dashboard', som i utgangspunktet er standard- eller systemdashboard.
Et personlig dashbord kan også opprettes og utformes ved å legge til forskjellige dingser og kan redigeres også etter behov. Disse dingsene er middel til å vise prosjektets fremdrift når det gjelder problemer osv.
La oss forstå trinnene som hvordan et personlig dashbord kan opprettes:
til) Skriv inn gyldig legitimasjon og naviger til JIRA-dashbordet.
b) Klikk på “…” som vises øverst til høyre og velg alternativet ‘Opprett dashbord’. Du kan også velge 'Kopier dashbord' i tilfelle du kopierer det dashbordet som vises.
c) Siden 'Opprett dashbord' vises.
d) Skriv inn all obligatorisk informasjon og klikk på 'Opprett' -knappen.
er) Etter at du har opprettet et dashbord, navigeres du til en side der det er flere alternativer for å velge og legge til gadgets til dashbordet ditt.
f) Det er også et alternativ tilgjengelig for å velge og redigere oppsettet på dashbordet.
Ethvert bestemt Dashboard kan redigeres, kopieres, deles, slettes fra delen Administrer Dashboard.
Sp # 11) Hva mener du med å planlegge et problem?
Svar: Planlegge utgaven betyr å planlegge utgivelsesarbeidet for en bestemt 'forfallsdato'.
For at denne funksjonen skal fungere, må man ha 'Schedule issue permission' av JIRA Administrator. I dette tilfellet fylles et felt med 'Forfallsdato'.
Q # 12) Forklar hvordan spesifikke prosjektdetaljer er oppført i JIRA.
Svar: Hvert prosjekt har noen hovedattributter som må vises i prosjektsammendraget.
Disse egenskapene inkluderer:
- Prosjektets navn
- Nøkkel
- Komponenter
- Versjoner (hvis til stede)
Vennligst se skjermbildet nedenfor av prosjekt 'STH_L' sammendragside som referanse. Selv om det ikke er gjort mye aktivitet i dette prosjektet, men dette bildet vil gi deg en klar ide.
Som du kan se fra bildet, viser det midterste visningsområdet på siden 'Aktivitets' -skjermen som inneholder detaljer om aktivitetene som er utført i saker eller prosjekter.
Høyresiden viser grunnleggende informasjon om prosjektet som prosjektledelse, nøkkel, utgavestatus osv.
Venstre side inneholder forskjellige alternativer som komponenter, utgaver, rapporter, aktive sprints, etc. Den relaterte informasjonen vises i henhold til valget fra alternativet.
For eksempel: Hvis jeg velger alternativet ‘Utgave’, vises skjermbildet nedenfor.
Sp # 13) Hva er problemtyper som opprettes og spores via JIRA?
Svar: JIRA har noen definerte sett med standardutgavetyper som vises under seksjonen 'Issue Type'.
Andre sakstyper kan legges til, redigeres og slettes etter behov fra prosjektet. Noen av de vanlige sakstyper er Bug, Task, Sub-task, Epic, Story, etc.
Opplysningene deres kan også sees under Issue type-seksjonen som vist i figuren nedenfor.
Som definisjonen av ‘ Utgavetype Skjema ’ nevnt i JIRA-søknaden,
En problemtypeordning bestemmer hvilke problemtyper som vil være tilgjengelige for et sett med prosjekter. Det gjør det også mulig å spesifisere rekkefølgen som problemtypene presenteres i brukergrensesnittet.
Det er to typer utgavetyper:
- Standard skjema for problemtype
- Scrum Issue type schema
Sp # 14) Hvordan opprettes en underoppgave i JIRA?
Svar: Underoppgave er måten å dele opp foreldreproblemet i en rekke små oppgaver som spores og jobbes med hver for seg.
Overordnet utgaven inneholder informasjon om alle underoppgavene som bare kan være av samme prosjekt. Et foreldreproblem kan ikke lukkes med mindre og til alle underoppgavene er lukket. En underoppgave har de samme feltene som for alle standardutgaver, men deres emnetyper er forskjellige.
hvordan du deler streng etter tegn python
Nå, la oss se trinn for trinn hvordan en underoppgave blir opprettet. Jeg har opprettet et problem i eksemplet nedenfor for å forstå opprettelsen av underoppgaven.
til) Åpne et overordnet problem ved å søke med en problem-ID eller opprette en hvilken som helst ny problem-ID.
b) På høyre side av skjemaet for problembeskrivelse vil du se “…”. Klikk på den og alternativene vises.
c) Klikk på Opprett underoppgave fra det viste rullegardinalternativet.
d) Opprett et underoppgavevindu vises.
er) Skriv inn alle obligatoriske detaljer og klikk på 'Opprett' -knappen.
f) Nå blir den opprettede underoppgaven lagt til overordnet problem under underoppgave-delen som vist nedenfor i figuren:
g) Det er også tilgjengelige alternativer for å konvertere et problem til en underoppgave, så vel som underoppgave til et problem.
Sp # 15) Forklar begrepet Cloning an issue.
Svar: Kloning av et problem betyr å kopiere et problem.
I denne tilstanden opprettes en klon av den opprinnelige utgaven som består av samme informasjon som er til stede for den opprinnelige utgaven. Kloning av problemet gjøres slik at flere brukere kan jobbe med det samme problemet, men operasjonen utført enten på det opprinnelige problemet eller klonproblemet har ingen innvirkning på hverandre.
All informasjonen i den opprinnelige utgaven er klonet, og forvent få som nevnt nedenfor:
- Tidssporing
- Kommentarer ’
- Problemhistorikk
- Status og oppløsning
La oss se hvordan du lager en klon av et problem:
til) Åpne et problem ved å søke med en problem-ID eller opprette en hvilken som helst utgave-ID.
b) På høyre side av skjemaet for problembeskrivelse vil du se “…”. Klikk på den og alternativene vises.
c) Klikk på Clone fra alternativet som vises.
d) Vinduet Clone Issue vises.
er) Hvis det er nødvendig, kan du redigere sammendraget av problemet og klikke på 'Opprett' -knappen.
f) En annen utgave opprettes med ‘CLONE’ lagt til i sammendraget.
Q # 16) Forklar Kanban-tavlen.
Svar: Kanban-brett blir opprettet for prosjektene der teamet har hovedfokus på å visualisere arbeidsflyten og administrere prosjektets pågående arbeid.
Det viktigste ved Kanban Board er at den finnes i arbeidsmodus fordi prosjektene ikke har arbeidet som planlagt.
La oss se hvordan Kanban-brettet blir opprettet i JIRA trinn for trinn.
til) Logg deg på JIRA-applikasjonen ved hjelp av gyldig legitimasjon og naviger til dashbordet.
b) Klikk på rullegardinmenyen Prosjekt og velg alternativet ‘Opprett prosjekt’.
c) Velg ‘Kanban Software development’ og klikk på Next-knappen.
d) Skriv inn alle detaljer og klikk på Opprett-knappen.
er) Kanban-brett opprettes som vist i eksemplet nedenfor.
Merk: Jeg har nettopp tatt et grunnleggende eksempel på skapelse
Når det gjelder Kanban, blir den innkommende oppgaven prioritert mer, og derfor blir den ansett som den beste metoden for tilfeller som bug fixing og vedlikeholdsutgivelse.
Q # 17) Nevn en likhet og en forskjell mellom JIRA Scrum og JIRA Kanban.
Svar:
Likheten: Både JIRA Scrum og Kanban regnes som det kraftigste prosessverktøyet for optimalisering av arbeidet og prosessene, ettersom begge prosessene fokuserer på kontinuerlig optimalisering og visualisering av arbeidsflyten. I disse tilfellene blir store og komplekse oppgaver brutt ned, og hver enkelt oppgave blir arbeidet med og fullført effektivt.
Forskjell: Scrumboard er arbeidsmodus der fremdrift av sprints og sporing av arbeidet gjøres. Her bestemmer teamet listen over problemer som har blitt etterslep, og deretter blir disse problemene flyttet til sprints i henhold til teamplanen.
For Kanban-styret opprettholdes arbeidet som pågår, og prosessflyten deres følges. Her bestemmer teamet økningen og reduksjonen av antall problemer som skal vises i hver status i arbeidsflyten.
Q # 18) Hva er de mest nyttige JIRA-tilleggene.
Svar: Noen av de mest nyttige JIRA-tilleggene er oppført nedenfor:
- Jenkins-CI
- Usersnap
- Slakk
- HipChat
- GitHub
- PagerDuty
- Tempo Timelister
Spørsmål nr. 19) Hva kommer under JIRA-skjemaet?
Svar: JIRA Schema består av følgende:
- Arbeidsflyter
- Problemstyper
- Egendefinerte felt
- Skjermbilder
- Feltkonfigurasjoner
- Varsler
- Tillatelser
Spørsmål nr. 20) Hvordan er sikkerhetsinnstillingen nyttig i JIRA?
Svar: Sikkerhetsinnstillingen for et hvilket som helst problem er definert eller si satt enten på tidspunktet for opprettelsen av problemet eller mens du redigerer problemet.
Den grunnleggende årsaken til sikkerhetsinnstillinger er å begrense brukertilgang til problemet, slik at ikke alle brukere er i stand til å jobbe med det problemet. Sikkerhetsinnstilling gir også tilgang til problemet til medlemmet av valgt sikkerhetsnivå.
Konklusjon
Gjennom denne artikkelen har jeg dekket alt som er nødvendig å vite som en del av å forstå og lære dette berømte og mest nyttige verktøyet for sporing av problemer, dvs. JIRA.
Selv om det ikke var mulig å ta noe pågående prosjekt som et eksempel for å gjøre ting klart, har jeg laget et nytt id og nytt prosjekt i JIRA, slik at jeg kan gi svarene mine skjermbilder for bedre forståelse. Håper denne artikkelen viser seg nyttig for din forberedelse til intervjuer.
Alt det beste og fortsett å lære.
=> Besøk her for komplette JIRA-opplæringsserier
Vi håper disse omfattende opplæringene om JIRA i stor grad ville ha beriket din kunnskap om JIRA !!
PREV Opplæring | NESTE veiledning
Anbefalt lesing
- De 11 beste JIRA-alternativene i 2021 (forskning gjort for deg)
- GitLab Jira Integration Tutorial
- Veiledning til JIRA-arbeidsflyt: Administrering av arbeidsflyt og JIRA-rapporter
- Hvordan integrere JIRA med qTest: En trinnvis guide
- Integrer JIRA med TestLodge Test Case Management System: trinnvis veiledning
- JIRA Administration Tutorial: JIRA Admin and User Management
- JIRA Agile Tutorial: Hvordan bruke JIRA effektivt til å administrere smidige prosjekter
- JIRA og SVN Integration Tutorial
- Opplæring i JIRA Bug Tracking Tool: Hvordan bruke JIRA som et billettverktøy
- JIRA Dashboard Tutorial: Hvordan lage JIRA Dashboard med eksempel
- Jira nedlasting og installasjon med Jira License Setup
- Jira Portfolio Tutorial: Agile Project Portfolio Management Plug-in for JIRA (Review)
- JIRA Scrum Board Tutorial: Scrum Handling with Jira For Managing the Sprint
- JIRA underoppgave med eksempel (JIRA Opprett underoppgave)
- Jira Time Tracking: Hvordan bruke Jira Time Management Software?
- JIRA-opplæring: En komplett brukervennlig JIRA-guide
- Pressemelding: Tillegg for testadministrasjon, Zephyr for JIRA, er nå tilgjengelig i skyen
- Test automatisering for Jira med Katalon Studio
- TestRail Test Management for Jira - En omfattende guide
- Topp 20 viktigste JIRA intervju spørsmål og svar