För närvarande är Jira förmodligen det mest använda verktyget för hantering av programvaruprojekt, särskilt i team som arbetar med agila ramverk som Scrum eller Kanban. Men visste du att du också kan använda Jira för hantering av testfall?
Det finns två sätt att göra det på. Det första är att skriva testerna direkt i Jira genom att skapa en ny ärendetyp för testfall. Det andra är att använda ett verktyg för testfallshantering som är integrerat med Jira.
Självklart har båda metoderna ovan sina egna för- och nackdelar. Låt oss diskutera dem lite, så kan du utifrån det avgöra vad som fungerar bäst för dig, ditt team och ert testarbete.
För- och nackdelar med att använda Jira för hantering av testfall
Låt oss börja med att använda Jira som en fristående app. Innan vi gör det behöver jag nämna att Jira inte är utformat som ett testverktyg, utan som ett verktyg för ärendehantering.
Fördelar med hantering av testfall i Jira
- Om du redan använder Jira som ett verktyg för ärendehantering eller projektledning innebär det att du inte behöver lägga till ytterligare ett verktyg i din tekniska testmiljö när du använder det för testfallsdesign.
- Inlärningskurvan är kort om ditt team redan är bekant med Jira.
- Det är mycket enkelt att länka tester till användarberättelser, buggar eller andra typer av ärenden i Jira eftersom funktionen redan finns där.
- Det möjliggör viss anpassning, precis som för alla ärendetyper i Jira.
Nackdelar med hantering av testfall i Jira
- Eftersom Jira inte är utformat för testning erbjuder det ingen fullgod funktionalitet för testkörning.
- Det finns ingen integration med automatiserade verktyg för automatiska uppdateringar av testresultat.
- Testrapporteringen är begränsad – de flesta dedikerade testhanteringsverktyg erbjuder bättre rapportering för testkörning.
När det gäller att använda andra verktyg varierar för- och nackdelarna beroende på vilka verktyg som väljs. Men vi kommer att fokusera på vad de flesta av dessa verktyg har gemensamt.
Fördelar med integrerade testhanteringsverktyg
- Verktyg som är särskilt utformade för testhantering erbjuder bättre testrapportering och mätvärden.
- Testerna kan återanvändas i flera testplaner och kan ha flera testkörningar och exekveringar.
- Vissa verktyg erbjuder integration med verktyg för testautomatisering, så testresultaten uppdateras efter varje automatiserad testkörning.
Nackdelar med integrerade testhanteringsverktyg
- Dessa verktyg är vanligtvis kommersiella, vilket innebär extra kostnader.
- Teamet behöver bekanta sig med verktyget innan det kan användas effektivt.
Så skapar du tester i Jira
Innan du skriver testfall i Jira måste du skapa en ny ärendetyp. Du kan kalla den Test eller Testfall – det är helt upp till dig. Det enda som spelar roll är att hela teamet känner till den och använder den korrekt.
För att visa hur det fungerar använder jag en Kanban-projektmall i Jira. Du behöver administratörsbehörighet för projektet för att skapa en ny ärendetyp i Jira, vilket bara behöver göras en gång. Nya ärendetyper i Jira kan vara fristående eller underuppgifter. Låt oss titta på båda.
Standardärendetyp
För att skapa en ny ärendetyp i Jira kan du gå till inställningarna och navigera till Ärendetyper. Här får du möjlighet att skapa en ny typ. Jag gav min nya ärendetyp namnet ”Testfall”:

Därefter måste du lägga till den i projektet. Alternativt kan du skapa den nya typen direkt i projektet, såvida du inte planerar att använda den i flera projekt.
Från projektinställningarna kan du också lägga till nya statusar. Jag lade till Godkänd och Underkänd:

Från menyn Ärendefunktioner – Ärendelänkning kan du också lägga till ett nytt sätt att visa hur objekten länkas samman. Jag lade till ett nytt sätt att länka tester eftersom jag vill att mina testfall ska länkas till de användarberättelser eller buggar som de testar:

När typen har skapats kan du välja den i fönstret Nytt ärende:

Jira är ett mycket anpassningsbart verktyg som gör att du kan definiera specifika statusar för ärendetyperna. För teständamål kan du lägga till statusar som motsvarar testresultat, till exempel Godkänt, Underkänt och Blockerat.
Fördelarna med att använda detta tillvägagångssätt är:
- Testfall kan länkas till flera användarberättelser/buggar/ärenden i Jira, vilket innebär att befintliga testfall kan återanvändas.
- Det är enkelt att skapa testfall – testfallen fungerar precis som alla andra Jira-ärenden.
Det finns dock även vissa nackdelar:
- Efter testkörningen ändras testets status, och den tidigare statusen spåras inte längre.
- Teststeg har inga särskilda fält, så du kan inte lägga till individuella teststegsresultat.
- Du kan inte skapa en testsvit eller en testplan för testkörningen.
Ärendetypen underuppgift
Underuppgifter i Jira skapas på samma sätt, men skillnaden är att underuppgifter skapas som underordnade ärenden till andra befintliga ärenden. När detta tillvägagångssätt används för testfall skapas testerna under den användarberättelse eller uppgift som testas. Detta tillvägagångssätt är användbart när testfallen endast ska köras en gång.
Fördelar med att använda tester som underuppgifter:
- Testerna skapas i direkt relation till det som de testar.
Nackdelarna med detta tillvägagångssätt är bland annat:
- Testfallen kan inte återanvändas.
- Alla nackdelar med det ovanstående tillvägagångssättet gäller även här.
Båda tillvägagångssätten passar bättre för manuell testning eftersom automatiserad testning skulle kräva integration mellan verktygen, vilket inte är något som Jira-programvaran tillhandahåller.
Verktyg som hjälper till med hantering av testfall i Jira
Ett annat tillvägagångssätt är att använda ett testhanteringsverktyg som kan integreras med Jira. Dessa verktyg är särskilt utformade för hantering av testfall och erbjuder vanligtvis många funktioner som kan hjälpa till i testprocessen, till exempel:
- Spårbarhet
- Rapportering
- Verktygsintegration – och jag menar inte bara integration med Jira, utan även med verktyg för testautomatisering, kommunikationsverktyg (som Slack, Microsoft Teams med flera), e-post och så vidare.
Det finns flera testhanteringsverktyg för Jira tillgängliga, bland annat kommer jag att nämna Zephyr Squad, TestRail och XRay – men listan kan göras längre.
Bästa praxis för att skriva testfall
Oavsett om du använder Jira eller något annat testhanteringsverktyg är det en bra idé att följa vissa riktlinjer när du skriver testfall.
- Innan du börjar skapa dem är det viktigt att identifiera de krav som testas – både funktionella och icke-funktionella.
- Bestäm sedan vilka testtekniker som är tillämpliga på de givna kraven. För svartlådetestning är de vanligaste teknikerna:
- Gränsvärdesanalys
- Indelning i ekvivalensklasser
- Beslutstabell
- Tillståndsövergång
- Parvis testning
- Överväg även att utföra explorativ testning, även om denna typ av testning vanligtvis inte är skriptbaserad och testfall inte uttryckligen skapas för den.
- När det gäller testfallens faktiska innehåll ska du se till att beskrivningen är tydlig och koncis – du vill att det ska vara lätt att förstå vad syftet med testfallet är.
- Teststegen ska vara lätta att följa. Skriv dem på ett sätt som gör dem enkla att följa även för personer som inte känner till applikationen eller funktionaliteten.
- Försök att inte testa för många saker samtidigt – helst ska varje testfall fokusera på ett mycket specifikt beteende hos applikationen och inte behandla flera funktioner på samma gång.
- Skriv uttryckliga förväntade resultat – låt inte andra testare behöva gissa vad det korrekta beteendet är.
- Inkludera både positiva och negativa scenarier i dina testfall.
- Underhåll testfallen – om en funktion ändras ska du se till att de testfall som testar den återspeglar ändringen.
Slutsatser
Jira kan vara ett mycket användbart verktyg i programvaruutvecklingsprocessen, och även om det inte specifikt är en lösning för testhantering kan det bidra i den riktningen – antingen fristående, som diskuterats ovan, eller genom integrationer med andra verktyg.
Om du tyckte att den här artikeln var användbar, varför inte prenumerera på QA Lead-nyhetsbrevet? Du håller dig uppdaterad om testrelaterade nyheter, verktyg och bästa praxis.
