Hur skriver jag ett testfall?
För att skriva ett testfall, börja med att välja ett verktyg, som Excel-kalkylark, för att hjälpa dig att hålla reda på ärendet och dess relaterade data. Ställ sedan in en mall som inkluderar antalet testfall, testprocedurer, förväntade resultat och faktiska resultat. Skriv sedan ett grundläggande uttalande om testfall som innehåller vad som testas, testvillkoren och vad som visas. Slutligen granska ditt skriftliga testfall. För att lära dig att berätta vad som utgör ett bra testfall, fortsätt läsa!
Att vara medveten om vad som utgör ett bra testfall hjälper dig att skriva ett bättre och starkare testfall.
Ett testfall i programvaruteknik är ett enda steg eller en serie steg för att verifiera korrekt beteende / funktionalitet för vissa funktioner i en applikation. Ett testfall avgör i princip om applikationen eller mjukvarusystemet fungerar som det ska. Poängen med att skriva testfall är att hjälpa till att standardisera testprocessen och att minimera godtyckliga eller ad hoc-metoder. Det kan ta många testfall för att verifiera att ett mjukvarusystem har granskats och granskats tillräckligt innan det släpps.
Metod 1 av 2: förbereder sig för att skriva ett testfall
- 1Överväg om det redan finns ett testfall. Innan du skriver ett nytt testfall för din modul, ta reda på om det redan finns existerande testfall som testar samma komponent. Detta kan vara en sparare i realtid!
- Om du hittar befintliga testfall kan du överväga att uppdatera testfallet snarare än att skriva ett nytt.
- 2Känn egenskaperna hos ett bra testfall. Att vara medveten om vad som utgör ett bra testfall hjälper dig att skriva ett bättre och starkare testfall. Dessa egenskaper inkluderar:
- Noggrannhet: Testet formulerar tydligt syftet.
- Spårning: Testet kan spåras till krav.
- Upprepning: Testet kan användas för att göra testet så många gånger som nödvändigt.
- Återanvändbarhet: Testet återanvänds vid behov.
- Oberoende: Varje testfall du skriver ska kunna utföras i vilken ordning som helst, utan något beroende av andra testfall.
- Sammanfattning: Beskrivningen av ett testfall ska vara enkel och tydlig och inte ha några yttre steg eller ord. En testare ska kunna förstå den genom att läsa den en gång. Beskrivningen ska använda åtgärdsord, som "gör 'x'" och "gör 'y'."
Om du hittar befintliga testfall kan du överväga att uppdatera testfallet snarare än att skriva ett nytt. - 3Tänk på de olika scenarierna som är möjliga innan du skriver. Koncentrera dig om vad som kan hända med produkten när den används av en kund. Tänk noga över detta och utforma dina test (er) därefter.
- Scenarier bör vara kortfattade. Målet med ett testscenario är inte att ge många specifika detaljer, utan att istället förmedla en specifik idé om att testa ett visst fall.
- 4Ge dig själv tillräcklig skrivtid. Eftersom scenarier och fall utgör basen för framtida testfall och testning måste du ge dig själv tillräckligt med tid för att skriva ett kvalitetstest samt tid för att granska proceduren noggrant.
Metod 2 av 2: skriva ett testfall
- 1Välj ett verktyg för att skriva ett testfall. Excel-kalkylark rekommenderas starkt för att skriva grundläggande testfall och för manuell testning av dem.
- När du planerar att automatisera testfall får du licensiering för verktyg som Test Director. Det finns också ett antal verktyg som kan laddas ner fritt på Internet.
Oberoende: Varje testfall du skriver ska kunna utföras i vilken ordning som helst, utan något beroende av andra testfall. - 2Skriv ett testfall med ditt valda verktyg. Detta gör att du kan hålla koll på ärendet och dess relaterade data. En bra mall innehåller:
- Serienummer: Detta är antalet testfall.
- Test Suite ID: Detta är ID för testsviten som detta testfall tillhör.
- Testfall ID: ID för testfallet.
- Testfallssammanfattning: Sammanfattningen eller målet för testfallet.
- Relaterade krav: ID för det krav som detta testfall hänför sig till / spårar till.
- Förutsättningar: Detta är alla förutsättningar eller förutsättningar som måste uppfyllas innan testet utförs.
- Testförfarande / steg: Detta är steg-för-steg-proceduren för att utföra testet. Var mycket detaljerad och specifik här eftersom detta är den viktigaste komponenten. Varje steg kan skrivas mycket direkt med hjälp av nyckelord som "enter", "verifiera", "klicka", "login", etc.
- Förväntat resultat: Testets förväntade resultat. När du skriver testfall, notera vilken sida / skärm du förväntar dig att visas efter testet. Du kan också bifoga skärmdumpar eller specifikationsdokument till det aktuella steget och notera att systemet ska fungera enligt beskrivningen för att förenkla steget och förväntat resultat och för att göra processen lättare att följa för testaren.
- Verkligt resultat: Detta är resultatet av testet efter det att det har utförts.
- Status: Detta är den status som kommer att inträffa i testet, t.ex. "Godkänd" eller "misslyckas". Annan status kan också användas, till exempel "Ej utförd" om testning inte utförs och "Blockerad" om testning är blockerad.
- Anmärkningar: Här kan du lägga till kommentarer om testfallet eller utförandet av testfallet.
- Skapad av: Detta är namnet på skaparens test.
- Datum för skapande: Detta är datumet när du utför testet.
- Utförd av: Detta är namnet på den person som faktiskt utförde testet.
- Datum för utförande: Det datum då du utförde testet.
- Testmiljö: Systemen där texten kördes. Här noterar du till exempel operativsystemet och webbläsaren du använde.
- 3Skriv ett grundläggande testuttalande. Det finns ett typiskt format för dessa uttalanden:
- Verifiera [vad som testas].
- Använda [verktygsnamn, taggnamn, dialogruta, etc.] I stället för att "använda" kan du också använda "ange" eller "välja", beroende på situationen i ditt specifika testfall.
- Med [testförhållandena].
- Till [vad som returneras, visas, demonstreras]
- 4Granska skriftligt testfall. Ditt jobb är inte helt över när du har skrivit testfallet; du behöver fortfarande granska allt som har skrivits och utvärdera att alla steg är tydliga och begripliga och att de förväntade resultaten matchar dessa steg.
- Du kan själv granska ärendet och bedöma eventuella luckor eller saknade områden genom att sätta dig själv i rollen som testare. Men du kan också få ditt testfall granskat av kollegatestare (känt som ' Peer Review '), utvecklare, produktägare eller andra relevanta intressenter.
Innan du skriver ett nytt testfall för din modul, ta reda på om det redan finns existerande testfall som testar samma komponent.
- När du skriver testfall, se till att alla dina testfall ska vara enkla och lätta att förstå. Var kortfattad, exakt och kom till saken omedelbart. Skriv inte ett testfall som en uppsats.
- Skriv ditt testfall tillräckligt detaljerat så att det kan ges till en ny teammedlem eller kollega som enkelt kan utföra testet och lokalisera eventuella problemområden.
Läs också: Hur skriver jag en formell uppsats?
