Opprette testcaser i JIRA med Tricentis (2023)

Spill av denne artikkelen

JIRA er et produkt fra Atlassian og regnes som et av de mest populære prosjektstyrings- og problemsporingsverktøyene for programvareutvikling og testing. Det gir teamene en sentralisert plattform for å planlegge, spore og administrere sine prosjekter, oppgaver og problemer.

Følgende er noen fordeler med å bruke JIRA i programvareutvikling:

1. Problemsporing: JIRA lar team opprette og spore problemer gjennom hele programvareutviklingens livssyklus. "Problemer" handler ikke bare om feil, men kan også inkludere funksjonsforespørsler, oppgaver og så videre. Hver sak kan tilordnes et teammedlem, gis et visst prioritetsnivå, merkes, kategoriseres og spores fra det ble opprettet til en løsning er nådd.

2. Prosjektledelse:Den støtter prosjektoppretting og -administrasjon, inkludert evner til å definere prosjektkomponenter, sette opp versjoner og milepæler og tildele oppgaver til teammedlemmer. Dette bidrar til å sikre åpenhet, samarbeid og rettidig gjennomføring av prosjektmilepæler.

3. Støtte for smidig metodikk:JIRAs fleksibilitet gjør det mulig å støtte smidige metoder som Scrum og Kanban, som kan hjelpe smidige team med enkelt å visualisere arbeidsflyten deres, administrere etterslepet og tilpasse seg endrede krav. Funksjoner som brukerhistorier, sprints, etterslep og smidige brett lar team planlegge, prioritere og spore arbeidet sitt ved å bruke smidige praksiser.

4. Tilpasning og automatisering av arbeidsflyt:Med JIRA kan brukere tilpasse etiketter, felt, arbeidsflyter og problemtyper basert på deres behov. Den gir også støtte for automatisering av arbeidsflyt gjennom den innebygde regelmotoren, som gjør det mulig for team å automatisere repeterende oppgaver, varsler og arbeidsflytoverganger.

5. Muliggjør samarbeid og kommunikasjon:JIRA fremmer samarbeid og kommunikasjon mellom teammedlemmer ved å tilby funksjoner som kommentarer, omtaler, vedlegg, varsler og in-app-integrasjoner med andre samarbeidsverktøy for å gjøre teammedlemmer i stand til å diskutere problemer, dele informasjon og gi oppdateringer.

6. Integrasjon og utvidbarhet:JIRA tilbyr ulike integrasjoner med andre utviklings- og testverktøy. Kildekodelagre, verktøy for kontinuerlig integrasjon og distribusjon, og teststyringssystemer, er bare noen av integrasjonene som tillater sømløs dataflyt og synkronisering mellom forskjellige verktøy, og gir en enhetlig prosjektvisning.

7. Rapportering og beregninger:JIRA tilbyr rapporterings- og målefunksjoner for å spore prosjektfremdrift, teamytelse og problemløsningstid. Den tilbyr innebygde rapporter som nedbrennings-, hastighets- og kontrolldiagrammer, som er nyttige for å overvåke og analysere prosjektdata. Team kan bruke disse beregningene til å identifisere flaskehalser, ta datadrevne beslutninger og kontinuerlig forbedre utviklings- og testprosessene sine.

   See Also

   Hvordan skrive testsaker: en trinn-for-trinn QA-veiledningTips for å lage testadministrasjon for Jira | Perforce programvareTestcase-mal for forbedret programvarekvalitet

Tricentis Test Management for JIRA er et tillegg som integrerer Tricentis Test Management-løsning med JIRA. Den utvider mulighetene til JIRA ved å tilby avanserte testadministrasjonsfunksjoner som ikke er hjemmehørende i applikasjonen.

Her er noen fordeler med å bruke Tricentis Test Management for JIRA:

1. Testplanlegging og design:Tricentis Test Management-verktøyet lar team lage og administrere testplaner, testcases og testsuiter direkte i JIRA. Opprettede testtilfeller regnes som "Issues" i JIRA og forutsatt "Test Case"-problemtypen. De kan også organiseres i hierarkiske mapper, merkes med relevante etiketter og assosieres med krav, brukerhistorier eller andre problemer i JIRA.

2. Testutførelse og sporing:Teammedlemmer kan utføre testsaker og spore resultatene av manuelle og automatiserte tester i JIRA. Testkjøringer kan planlegges i utgivelser, tildeles teammedlemmer og spores for fremgang. Testere kan registrere utførelsesstatusen deres, og legge ved skjermbilder, skjermoppføringer, logger eller andre artefakter funnet under testing.

3. Sporbarhet og dekning:Verktøyet gir sporbarhet mellom testtilfeller og krav eller brukerhistorier. Dette bidrar til å generere en Forward Traceability og/eller Backward Traceability-matrise for teamene for å sikre at testdekningen stemmer overens med prosjektkravene.

4. Testberegninger og rapportering:Teamene kan generere rapporter om testutførelsesfremgang, testdekning, defekttrender og andre relevante beregninger for å hjelpe interessenter med å få innsikt i testprosessen, identifisere flaskehalser og ta informerte beslutninger.

5. Integrasjon med automatiseringsverktøy:Tricentis Test Management for JIRA integreres med ulike automatiseringsverktøy, som Tricentis Tosca og Selenium, blant annet for å tillate team å utføre automatiserte tester og synkronisere testresultatene i JIRA. Disse integrasjonene bidrar til å strømlinjeforme testprosessen og gir en konsolidert oversikt over manuell og automatisert testing.

6. Importer testsaker: Verktøyet gjør det mulig å importere testtilfeller fra en Excel-fil, etter det nødvendige formatet som er foreskrevet i eksempelmalen de gir. Det er også mulig å importere testcases ved å integrere andre tjenester, men dette er den opprinnelige implementeringen av testcase-import innebygd i verktøyet

Prosess

Følgende gir en trinn-for-trinn-prosess for hvordan du oppretter et problem i JIRA

1. Åpne Project Dashboard fra JIRA-siden

2. Klikk på "Apper" fra navigasjonsoverskriften

3. (Forutsatt at din JIRA-administrator har aktivert maler) Velg "Opprett fra mal".

4. For å opprette en feilmelding, velg "Bug"-problemtypen og feilmalen du må bruke. For funksjons-/forbedringsforespørsler, velg problemtypen "Kodeoppgave" og malen du må bruke.

5. Hvis du bare oppretter et problem uten å bruke en mal, kan du hoppe over trinn 1-4 og opprette en billett ved å klikke på "Opprett"-knappen øverst i den globale navigasjonsmenyen.

6. Klikk på "Bekreft"-knappen. Dette vil vise en modal for å gi verdier for dynamiske variabler (hvis problemet er opprettet fra en billett)

7. Klikk på "Bekreft"-knappen for å gå videre til siden for oppretting av problem.

8. Fyll utverdierfor problemet.

9. Når verdiene er fylt ut, klikker du på "Opprett"-knappen.

10. Klikk "Lukk" for å lukke problemet eller "Bekreft" for å opprette et nytt problem.

Verdier

• Sammendrag- Gi en rask oversikt over problemet

• Oppdragstaker- Ikke tildelt

• Prioritet

  • Høyest- presserende problemer som problemer som påvirker alle kunder, problemer som får miljøet til å svikte og problemer med hurtigreparasjoner som kreves

  • Høy- kundeforespørsler eller problemer som en gruppe kunder møter

  • Medium- problemer på middels nivå. I noen billetter er disse merket som "normale" nivåproblemer på grunn av merkeproblemer med integrerte applikasjoner som GitHub.

  • Lav -kosmetiske problemer, problemer som ikke er nødvendig å fikse i den nåværende sprinten

  • Lavest- ubetydelige problemer, men å ha løsningen på dette ville være fint å ha

• Påvirker versjoner- versjonen som er berørt av feilen. Hvis den finnes i utviklermiljøet, legger du til den ventende utgivelsen som den berørte versjonen. Hvis den ble funnet i produksjonsmiljøet, legg til versjonsnummeret til den siste apputgivelsen som den berørte versjonen.

• Fiks versjoner- versjonen da reparasjonen for det spesifikke problemet ble utgitt eller er planlagt å bli utgitt

• Nettleser- Navnet på nettleseren som ble brukt da problemet ble gjengitt

• OS- Operativsystemet som ble brukt da problemet ble oppdaget og/eller reprodusert

• Vedlegg- Seksjonen der brukere kan gi skjermbilder eller skjermopptak av problemet som oppstår

• Beskrivelse- En mer utdypende beskrivelse av problemstillingen. Følgende inkluderer en liste over informasjon som kan være nyttig å legge til problembeskrivelsen:

  • Forventede resultater -det forventede resultatet av handlingen som er utført eller det forventede resultatet av funksjonen

  • Faktiske resultater -det faktiske resultatet av handlingen som er utført, eller det faktiske resultatet av funksjonen

  • Steg for å reprodusere- en trinnvis beskrivelse av handlingene som er gjort for å gjenskape problemet

  • Frekvenshastighet- (Feilfrekvens/Utførte forsøk) x100 = Frekvensfrekvens (%)

  • Løsning- En løsning utført for å avhjelpe problemet, hvis noen

  • Mulig grunnårsak- en mulig årsak til at problemet oppstår

  • Rettinger ferdig- rettelser som ble gjort eller vil bli implementert for å løse dette problemet

  • Ytterligere merknader- Ytterligere merknader som er viktige for billetten, men som ikke ble dekket av eksisterende etiketter eller beskrivelser, hvis noen

• Komponenter- Spesifikke komponent(er) der problemet ble funnet

• Etiketter- valgfritt, da dette vanligvis er avhengig av organisasjonens regler

Testtilfeller

Testcase-problemer opprettes for å tjene som testcases for et prosjekt og kan gjenbrukes gjennom hele prosjektets livssyklus. Når du bruker Tricentis Test Management Tool med JIRA, er disse testsakene klassifisert som "Test Case" problemtyper. Følgende er konfigurasjonene relatert til testtilfeller opprettet med Tricentis-verktøyet:

1. Mappe- Som standard bør dette navngis etter funksjonen, komponenten eller siden hvor testsaken tilhører

2. Nøkkel- Problemnummeret, som gjelder prosjektet der testsaken er opprettet

3. Sammendrag- Som standard er det nyttig å bruke testcasenummeret for å holde styr på testcase for siden der den hører hjemme. Ved å bruke andre testtilfeller som retningslinje, vil dette følge formatet: <3-4 bokstaver>-####

4. Beskrivelse- En grunnleggende beskrivelse av testsaken som skal utføres. Dette trenger ikke å være så forseggjort som beskrivelsene av feilbillettene eller funksjonsforespørselsbilletter.

5. Miljø- Miljøet der testsaken skal utføres. For en nettapp kan følgende format følges:OS,Nettleser,ogURL

6. Forutsetning- Forutsetninger eller forutsetninger som skal til for at testen skal fungere

7. Testtrinn- Trinn utført for testsakene

8. Trinndata- Datainndata som trengs for å utføre testsakene og få de forventede resultatene

9. forventede resultater- Forventede resultater av de utførte trinnene

10. Tilknyttede problemer- koble til de relaterte kravproblemene for å aktivere RTM-generering

    • Krav problemer- Problemer opprettet for dekningskontroll. Dette fungerer som kravsjekklisten

    • Episke problemer- spesifikasjoner for kravspørsmålene. Dette er store kodeoppgaver som trenger mer enn 1 sprint for å fullføres

    • Kodeoppgave- Funksjonsforespørsler om bedre brukervennlighet, navigasjon osv. for å forbedre brukeropplevelsen

    • Underoppgaver- Underordnede oppgaver av episke problemer eller kodeoppgaver

11. Komponenter- relaterte komponenter fra applikasjonen

12. Merkelapp- valgfritt, men det ville være nyttig å kategorisere alle tester under én etikett, som f.ekstesting

13. Type test- Tricentis har to typer tester:FunksjonellellerIkke-funksjonell. Så velg det som passer best til beskrivelsen av testen som kjøres

Tricentis Test Case Management Tool er et nyttig tillegg for team som allerede bruker JIRA for feilsporing og/eller prosjektledelse. I stedet for å se etter en ekstern løsning som kan medføre ekstra tredjepartskostnader, er det viktig å vurdere hvordan man kan forbedre eksisterende systemer først.

Jeg håper denne veiledningen kan hjelpe ikke bare andre testere som leter etter et verktøy for testsaksbehandling for å integrere med JIRA, men også de som ønsker å forbedre problemoppretting eller billettarkivering i JIRA.

Fant du denne artikkelen verdifull?

BrukerstøtteGrace Icayved å bli sponsor. Ethvert beløp settes pris på!