Sådan bruger du Jira til håndtering af testcases

I øjeblikket er Jira formentlig det mest anvendte værktøj til softwareprojektstyring, især i teams, der arbejder med agile-rammer som Scrum eller Kanban. Men vidste du, at du også kan bruge Jira til testcase-styring?

Der er to måder at gøre det på. Den første er at skrive testene direkte i Jira ved at oprette en ny sagstype til testcases. Den anden er at bruge et testcase-styringsværktøj, der er integreret med Jira. 

Begge ovenstående metoder har naturligvis deres egne fordele og ulemper. Lad os se lidt nærmere på dem, så du på baggrund af dem kan beslutte, hvad der fungerer bedst for dig, dit team og din testindsats.

Fordele & ulemper ved at bruge Jira til testcase-styring

Lad os begynde med at bruge Jira som en selvstændig app. Før vi gør det, skal jeg dog nævne, at Jira ikke er designet som et testværktøj, men som et værktøj til problemsporing.

Jira-testcasestyring – fordele 

• Hvis du allerede bruger Jira som et værktøj til problemsporing eller projektstyring, betyder det, at du ikke behøver at tilføje endnu et værktøj til din teknologistak til test.
• Læringskurven er kort, hvis dit team allerede er fortroligt med Jira.
• Det er meget enkelt at knytte tests til brugerhistorier, fejl eller andre typer sager i Jira, fordi funktionaliteten allerede findes.
• Det giver mulighed for en vis form for tilpasning, ligesom for alle sagstyper i Jira.

Jira-testcasestyring – ulemper

• Da Jira ikke er designet til test, tilbyder det ikke ordentlig funktionalitet til testudførelse. 
• Der er ingen integration med automatiserede værktøjer til automatisk opdatering af testresultater.
• Testrapporteringen er begrænset – de fleste dedikerede teststyringsværktøjer tilbyder bedre rapportering af testudførelse.

Når det gælder brugen af andre værktøjer, varierer fordele og ulemper afhængigt af de valgte værktøjer. Men vi vil fokusere på, hvad de fleste af disse værktøjer har til fælles.

Brug af integrerede teststyringsværktøjer – fordele

• Værktøjer, der er udviklet specifikt til teststyring, tilbyder bedre testrapportering og målinger.
• Testene kan genbruges i flere testplaner og kan have flere testkørsler og testudførelser.
• Nogle værktøjer tilbyder integration med testautomatiseringsværktøjer, så testresultaterne opdateres efter hver automatiseret testkørsel.

Brug af integrerede teststyringsværktøjer – ulemper

• Disse værktøjer er normalt kommercielle, så de medfører ekstra omkostninger.
• Teamet skal sætte sig ind i værktøjet, før det kan bruges effektivt.

Sådan opretter du tests i Jira

Før du skriver testcases i Jira, skal du oprette en ny sagstype. Du kan kalde den Test eller Testcase – det er helt op til dig. Det eneste, der betyder noget, er, at hele teamet er klar over den og bruger den korrekt. 

For at demonstrere det bruger jeg en Kanban-projektskabelon i Jira. Du skal have administratorrettigheder til projektet for at oprette en ny sagstype i Jira, hvilket kun skal gøres én gang. Nye sagstyper i Jira kan være selvstændige eller underopgaver. Lad os se på begge dele.

Standard-sagstype

For at oprette en ny sagstype i Jira kan du gå til indstillingerne og navigere til Sagstyper. Her får du mulighed for at oprette en ny type. Jeg kaldte min nye sagstype “Testcase”:

Derefter skal du føje den til projektet. Alternativt kan du oprette den nye type direkte i projektet, medmindre du planlægger at bruge den i flere projekter.

Fra projektindstillingerne kan du også tilføje nye statusser. Jeg tilføjede Bestået og Ikke bestået:

Fra menuen Sagsfunktioner – Sagslinkning kan du også tilføje en ny måde at vise, hvordan elementerne er linket sammen på. Jeg tilføjede en ny måde at linke tests på, fordi jeg ønsker, at mine testcases skal være linket til de brugerhistorier eller fejl, som de tester:

Når typen er oprettet, kan du vælge den fra vinduet Ny sag:

Jira er et meget fleksibelt værktøj, så du kan definere specifikke statusser for sagstyperne. Til testformål kan du tilføje statusser, der svarer til testresultater, såsom Bestået, Mislykket og Blokeret.

Fordelene ved at bruge denne tilgang er:

• Testcases kan linkes til flere brugerhistorier, fejl eller sager i Jira, og eksisterende testcases kan derfor genbruges.
• Det er nemt at oprette testcases – testcases er ligesom alle andre Jira-sager.

Der er dog også nogle ulemper:

• Efter testudførelsen ændres testens status, og den tidligere status bliver ikke længere sporet.
• Testtrin har ikke dedikerede felter, så du kan ikke tilføje individuelle resultater for testtrin.
• Du kan ikke oprette en testpakke eller en testplan til testudførelsen.

Sagstypen underopgave

Sager af typen underopgave i Jira oprettes på samme måde, men forskellen er, at underopgaver oprettes som underordnede elementer til andre eksisterende sager. Når denne tilgang bruges til testcases, oprettes testene under den brugerhistorie eller opgave, der testes. Denne tilgang er nyttig, når testcases kun skal køres én gang.

Fordele ved at bruge tests som underopgaver:

• Testene oprettes i direkte sammenhæng med det, de tester.

Ulemperne ved denne tilgang omfatter:

• Testcases kan ikke genbruges.
• Alle ulemperne ved den ovenstående tilgang gælder også her.

Begge tilgange egner sig bedre til manuel test, fordi automatiseret test kræver integration mellem værktøjerne, hvilket ikke er noget, Jira-softwaren tilbyder.

Værktøjer til hjælp med håndtering af Jira-testcases

En anden tilgang er at bruge et teststyringsværktøj, der kan integreres med Jira. Disse værktøjer er specifikt udviklet til håndtering af testcases og har normalt mange funktioner, der kan hjælpe i testprocessen, såsom:

• Sporbarhed
• Rapportering 
• Værktøjsintegration – og jeg mener ikke kun integration med Jira, men også med værktøjer til testautomatisering, kommunikationsværktøjer (såsom Slack, Microsoft Teams osv.), e-mail og så videre.

Der findes flere værktøjer til teststyring i Jira, herunder Zephyr Squad, TestRail og XRay – men listen kan fortsætte.

Bedste praksis for skrivning af testcases

Uanset om du bruger Jira eller et andet teststyringsværktøj, er det en god idé at følge nogle retningslinjer, når du skriver testcases. 

• Før du begynder at oprette dem, er det vigtigt at identificere de krav, der testes – både funktionelle og ikke-funktionelle. 
• Beslut derefter, hvilke testteknikker der gælder for de pågældende krav. Ved sortboks-test er de mest almindelige teknikker:
  • Analyse af grænseværdier
  • Opdeling i ækvivalensklasser
  • Beslutningstabel
  • Tilstandsovergang
  • Parvis testning
• Overvej også at udføre eksplorativ testning, selv om denne type test normalt ikke er scriptbaseret, og der ikke eksplicit oprettes testtilfælde til den.
• Når det gælder selve indholdet af testtilfældene, skal du sørge for, at beskrivelsen er klar og præcis – det skal være let at forstå, hvad formålet med testtilfældet er.
• Testtrinnene skal være nemme at følge. Skriv dem på en måde, der gør dem lette at følge, selv for personer, der ikke er fortrolige med applikationen eller funktionaliteten.
• Forsøg ikke at teste for mange ting på én gang – hvert testtilfælde bør ideelt set fokusere på en meget specifik adfærd i applikationen og ikke omfatte flere funktioner samtidig.
• Skriv eksplicitte forventede resultater – lad ikke andre testere gætte på, hvad den korrekte adfærd er.
• Inkluder både positive og negative scenarier i dine testtilfælde. 
• Vedligehold testtilfældene – hvis en funktionalitet ændres, skal du sørge for, at de testtilfælde, der tester den, afspejler ændringen.

Konklusion

Jira kan være et meget nyttigt værktøj i softwareudviklingsprocessen, og selv om det ikke specifikt er en løsning til teststyring, kan det bruges i den retning – enten som en selvstændig løsning, som beskrevet ovenfor, eller via integrationer med andre værktøjer.

Hvis du fandt denne artikel nyttig, hvorfor så ikke abonnere på QA Lead-nyhedsbrevet? Så holder du dig opdateret med testrelaterede nyheder, værktøjer og bedste praksis.