Vad är testfall?
Programvaruterminologi kan ofta vara ganska förvirrande. Testfallet, scenariot, planen; de låter alla ganska lika och det är lätt att blanda upp termerna. Vid mjukvarutestning är det viktigt att undvika betänkligheter om den omgivande terminologin. Därför kommer vi i den här artikeln att titta på vad det betyder.
Det är en grupp villkor eller variabler genom vilka testaren verifierar överensstämmelsen med kraven för programvaran som testas. Det används för att ge steg-för-steg-instruktioner till testarna. Det är ett dokument som har testdata, förutsättningar, förväntade resultat etc., utvecklat för ett specifikt scenario. Att utföra det fungerar som utgångspunkt, varefter vi tillämpar en uppsättning inputvärden och väntar på ett slutgiltigt resultat. Genom att utveckla dem hjälper vi oss också att hitta komplikationer i applikationskraven.
Vanligtvis skriver en testare från QA-teamet dem. Detta inkluderar inte de test som utvecklingsgruppen skriver, men testerna som utförs efter utveckling och enhetstestning har gjorts. Ännu viktigare är att en testare som förstår applikationens funktionalitet och kan tillhandahålla ett testfall av värde, bör skriva det.
Mall
Det har vanligtvis följande fält. Fältets format kan dock skilja sig från företag till företag beroende på testhanteringsverktyget som används av dem.
Testfall-ID | ID ges till testfallet. |
Testfallsbeskrivning | Beskrivningen av testfallet. |
Relaterade krav | ID ges till kravet som detta testfall överför till. |
förutsättningar | Eventuella förutsättningar eller krav som måste uppfyllas innan testet körs. |
Teststeg | Steg-för-steg-instruktioner gavs för att köra testet. |
Testdata | Data som används vid testet. |
Förväntat resultat | Resultatet som förväntas från testet, loggat innan testet körs. |
Faktiskt resultat | Det verkliga resultatet som uppnåtts efter testet |
Status | Den status som erhålls efter testet. Det kan vara godkänt, misslyckas, inte kört, blockerat. |
kommentarer | Eventuella anmärkningar som ska lämnas för testet. |
Miljöinformation | Inkluderar nätverk / maskinvara / mjukvaruinformation som testet körs i. |
Hur man skriver ett testfall?
Nedan följer stegen för att skriva ett testfall.
Steg 1: Tilldela ett nummer och en beskrivning.
Steg 2: För att kunna köra det behöver vi testdata. Utan testdata skulle vi inte ha rätt information att testa, vilket gör uppgiften besvärlig.
Steg 3: För att köra det måste vi ha en viss uppsättning instruktioner för att utföra testet. Dessa steg kallas Teststeg. Behovet av detta uppstår när författaren avgår från projektet eller är på paus. Då måste någon annan från projektet ta upp testen. Skriftliga steg hjälper dem.
Steg 4: Syftet med dem är att undersöka applikationens beteende. För att utföra detta måste vi ha ett förväntat resultat. Efter genomförandet kommer förväntade resultat att jämföras med det faktiska resultatet från testet, och därför kommer en status att tilldelas det.
Steg 5: Vi kan också ha ett ytterligare fält som förutsättningsfältet, som säger oss villkoren som ska uppfyllas innan testkörningen, ett fält efter villkor som säger oss villkoren som ska uppfyllas efter testkörningen, etc.
Exempel:
Testfall-ID | Testfallsbeskrivning | Teststeg | Testdata | Förväntat resultat | Faktiskt resultat | Status |
TC01 | Kontrollera anställdens inloggning med giltiga data |
1. Gå till inloggningssidan. 2. Ange Userid 3. Ange lösenord 4. Klicka på knappen Logga in | Userid = admin
Lösenord = abc12345 | Användaren ska kunna logga in | Som förväntat | Passera |
TC02 | Kontrollera anställdens inloggning med ogiltiga data | 1. Gå till inloggningssidan.
2. Ange Userid 3. Ange lösenord 4. Klicka på knappen Logga in | Userid = admin
Lösenord = 12345abc | Användaren ska inte kunna logga in | Som förväntat | Passera |
Betydelsen av testfall
De har ett stort intryck på testfasen. Att skriva dem är lika viktigt som själva testprocessen. Det hjälper oss att tänka igenom detaljerna och säkerställer att vi hanterar dem från så många synpunkter som möjligt.
Vikten av att ha det är att vem som helst kan testa testet igen med dem. De är potenta artefakter som är användbara för framtida lagkamrater, förutom att de tillhandahåller dokumentation om hur en applikation presterar. Sammanfattningsvis ger de följande betydelse:
- De säkerställer en god täckning av testet och ser till att huvudfunktionaliteten inte missas under testet.
- Det gör att de kan tänka på olika sätt att bekräfta applikationens funktioner noggrant.
- Negativ skrivs också, vilket gör testningen till en grundlig process, med lite förbises.
- De kan återanvändas, eftersom alla kan hänvisa dem och köra testet.
Användbara tips och tricks
Tänk på följande information när du skriver dem:
- Det ska vara enkelt och kortfattat med högst 15 steg.
- Var och en av dem ska göras återanvändbara.
- Undvik upprepning.
- Ytterligare information om testinställningar ska tillhandahållas som programvara, hårdvara, operativsystem, version av applikationen som testas, förutsättningar för testet, etc.
- Det bör skrivas på ett sätt som vi testar bara en sak åt gången utan överlappningar.
- Se till att alla scenarier, positiva och negativa, täcks, vilket ger oss 100% täckning.
- De bör skapas med slutanvändaren i åtanke.
Slutsats
Avslutningsvis kan de förbättra våra ansträngningar i övergripande tester och kan förbättra vår programvarukvalitet till stora ändamål, samtidigt som vi sparar tid och ansträngning på grund av återanvändbarhet i testfall.
Rekommenderade artiklar
Detta är en guide till Vad är testfall. Här har vi diskuterat mallen, vikten och användbara tips och tricks. Du kan också titta på följande artiklar för att lära dig mer -
- Vad är mjukvaruutveckling?
- Frågor om programvaruteknik
- Karriär som programutvecklare
- 14 bästa programverktyg för att bygga presentationer av bra kvalitet