Hur man skriver testfall med exempel

Vad är ett testfall?

A testfall är en uppsättning av åtgärder, insatser och förväntade resultat som hjälper testare att verifiera om en specifik funktion eller funktionalitet i programvara fungerar som avsett. Den fungerar som en Steg för steg guide som definierar vad som ska testas, hur det ska testas och vilket resultat man kan förvänta sig.

Tänk på ett testfall som ett recept för validering — den beskriver de exakta ingredienserna (testdata), processen (steg att utföra) och hur en perfekt rätt (förväntat resultat) ska se ut.

Ett välskrivet testfall hjälper till att säkerställa:

• Programvaran uppfyller affärs- och användarkrav.
• Buggar eller oväntade beteenden är fångad tidigt.
• Testning kan vara upprepade och granskade av vilken QA-expert som helst.
• Lag kan trace vilket krav varje test verifierar.

👉 Anmäl dig till gratis live-mjukvarutestningsprojekt

Steg för att skapa testfall i manuell testning

Låt oss skapa ett testfall för scenariot: Kontrollera inloggningsfunktionen

Steg 1) Ett enkelt testfall för att förklara scenariot skulle vara

Testfall #	Testfall Description
1	Kontrollera svar när giltig e-postadress och lösenord har angetts

Steg 2) Testa data.
För att utföra testfallet skulle du behöva Testdata. Lägger till det nedan

Testfall #	Testfall Description	Testdata
1	Kontrollera svar när giltig e-postadress och lösenord har angetts	E-post: guru99@email.com Lösenord: lNf9^Oti7^2h

Att identifiera testdata kan vara tidskrävande och kan ibland kräva att testdata skapas på nytt. Anledningen till att det behöver dokumenteras.

Steg 3) Utför åtgärder.
För att kunna utföra ett testfall måste en testare utföra en specifik uppsättning åtgärder på AUT. Detta dokumenteras enligt nedan:

Testfall #	Testfall Description	Teststeg	Testdata
1	Kontrollera svar när giltig e-postadress och lösenord har angetts	1) Ange e-postadress 2) Ange lösenord 3) Klicka på Logga in	E-post: guru99@email.com Lösenord: lNf9^Oti7^2h

Många gånger är teststegen inte så enkla som ovan, och därför behöver de dokumentation. Dessutom kan författaren till testfallet lämna organisationen, åka på semester, vara sjuk och ledig, eller vara mycket upptagen med andra kritiska uppgifter. En nyligen anställd kan bli ombedd att utföra testfallet. Dokumenterade steg kommer att hjälpa honom eller henne och även underlätta granskningar av andra intressenter.

Steg 4) Kontrollera AUT:ens beteende.
Målet med testfall inom mjukvarutestning är att kontrollera beteendet hos AUT:n för att få ett förväntat resultat. Detta måste dokumenteras enligt nedan.

Testfall #	Testfall Description	Testdata	Förväntat resultat
1	Kontrollera svar när giltig e-postadress och lösenord har angetts	E-post: guru99@email.com Lösenord: lNf9^Oti7^2h	Inloggningen bör vara framgångsrik

Under testkörningstiden kommer testaren att kontrollera förväntade resultat mot faktiska resultat och tilldela en godkänd eller underkänd status

Testfall #	Testfall Description	Testdata	Förväntat resultat	Faktiskt resultat	Pass / Fail
1	Kontrollera svar när giltig e-postadress och lösenord har angetts	E-post: guru99@email.com Lösenord: lNf9^Oti7^2h	Inloggningen bör vara framgångsrik	Inloggningen lyckades	Pass

Steg 5) Att förutom ditt testfall -kan ha ett fält som,
en förutsättning som specificerar saker som måste vara på plats innan testet kan köras. För vårt testfall skulle en förutsättning vara att ha en webbläsare installerad för att få åtkomst till webbplatsen som testas. Ett testfall kan också innehålla eftervillkor som specificerar allt som gäller efter att testfallet är slutfört. För vårt testfall skulle ett eftervillkor vara att tid och datum för inloggning lagras i databasen.

Viktiga element i ett testfall

Ett standardtestfall inkluderar vanligtvis:

1. Testfalls-ID – Unik identifierare (t.ex. TC001)
2. Titel eller Description – Vad testet verifierar
3. förutsättningar – Vad som måste finnas innan testet börjar
4. Teststeg – De exakta åtgärderna som ska utföras
5. Testdata – Inmatningsvärden eller parametrar
6. Förväntat resultat – Resultatet du ska se
7. Faktiskt resultat – Vad som egentligen hände
8. Status – Godkänd, Underkänd eller Blockerad

Testfall kontra testscenario

A testscenario beskriver vad som behöver testas – den breda funktionaliteten eller användarresan.

A testfall, å andra sidan förklarar hur den funktionen kommer att verifieras – de exakta stegen, data och förväntade resultat.

I enkla termer:

• Testscenario = Idé av vad man ska testa.
• Testfall = Implementering hur man testar den idén.

Tänk på det så här —

"Om ett testscenario är en kapitelrubrik, är varje testfall ett stycke som förklarar det kapitlet i detalj."

Exempelillustration:

Låt oss ta ett exempel för att göra det tydligare:

Testscenario:

"Kontrollera webbplatsens inloggningsfunktion."

Relaterade testfall:

1. Verifiera inloggning med giltigt användarnamn och lösenord.
2. Verifiera felmeddelandet med ogiltigt lösenord.
3. Verifiera inloggning med tomma fält.
4. Fältet för att bekräfta lösenordet döljer inmatningstexten.

Här är scenariot ett enda funktionellt mål, medan testfall bryter ner det i specifika, testbara förhållanden.

Läs för mer information om Skillnaden mellan testfall och testscenario

Fördelar med att skriva högkvalitativa testfall

• Högkvalitativa testfall säkerställer grundliga testtäckning, konsekvens, och traceffektivitet genom hela kvalitetssäkringsprocessen.
• De hjälper testare att fånga buggar tidigt, bibehålla regressionsstabilitetoch garantera att varje funktion är i linje med affärskraven.
• Välskrivna testfall är tydlig, återanvändbar och repeterbar, vilket gör att alla testare eller automatiseringsverktyg kan köra dem tillförlitligt.
• De fungerar också som en kommunikationsbrygga mellan utvecklare, testare och intressenter – vilket minskar oklarheter och sparar tid.
• Genom att dokumentera testmål, steg och resultat kan team mäta framsteg, följa standarder, och hantera uppdateringar effektivt.
• Viktigast av allt, bra testfall minska underhållskostnaderna, påskynda automatisering och tillhandahålla förtroende för mjukvarukvaliteten.
• De fungerar som levande dokumentation för introduktion av nya testare och som strukturerad input för AI och verktyg för testhantering.

Vanliga misstag att undvika när man skriver testfall

Även erfarna testare gör små fel som försämrar testkvaliteten.

Att undvika dessa misstag kan förbättras avsevärt noggrannhet, tydlighet och underhållbarhet av din testsvit.

1. Skriva vaga steg: Tvetydiga instruktioner som ”kontrollera inloggningssidan” förvirrar testare. Använd tydliga, handlingsbaserade steg.
2. Hoppaping negativa scenarier: Inkludera alltid ogiltiga indata eller gränstester för att säkerställa fullständig täckning.
3. Återanvändning av oklara testdata: Omärkta eller inkonsekventa data gör testresultaten otillförlitliga. Upprätthåll ett gemensamt testdatablad.
4. Överkomplicerande testfall: Långa fall med flera steg är svåra att hantera. Håll varje fall fokuserat och atomärt.
5. Ignorera uppdateringar efter produktändringar: Föråldrade testfall skapar falska resultat. Revvisa och revidera regelbundet.
6. Saknas tracförmåga: Koppla alltid testfall till krav för att track-täckning och efterlevnad.
7. Hoppaping kollegiala granskningar: Friska ögon upptäcker oklara eller överflödiga steg tidigt.

Vanliga frågor