Vad är ett testfall?
En testfall är en rad åtgärder som utförs för att kontrollera en viss funktion eller funktionalitet programmet. Ett testfall innehåller teststeg, testdata, förutsättning, efterkondition som utvecklats för specifikt testscenario för att verifiera eventuella krav. Testfallet innehåller specifika variabler eller villkor, med vilka en testingenjör kan jämföra förväntade och faktiska resultat för att avgöra om en mjukvaruprodukt fungerar enligt kundens krav.
Testscenario mot testfall
Testscenarier är ganska vaga och täcker ett brett spektrum av möjligheter. Testning handlar om att vara väldigt specifik.
För ett testscenario: Kontrollera inloggningsfunktionalitet finns många möjliga testfall:
- Testfall 1: Kontrollera resultaten när du anger giltigt användar-ID och lösenord
- Testfall 2: Kontrollera resultaten när du anger ogiltigt användar-ID och lösenord
- Testfall 3: Kontrollera svaret när ett användar-ID är tomt och inloggningsknappen trycks in och många fler
Detta är inget annat än ett testfall.
I den här handledningen lär du dig att skriva testfall i manuell testning med exempel -
- Hur man skriver testfall i manuell testning
- Formatet för standardtestfall
- Bästa praxis för att skriva bra testfallsexempel.
- Testa fallhanteringsverktyg
- Resurser
Klicka här om videon inte är tillgänglig
Hur man skriver testfall i manuell testning
Låt oss skapa ett testfall för scenariot: Kontrollera inloggningsfunktionalitetSteg 1) Ett enkelt testfall för att förklara scenariot skulle vara
Testfall # | Testfall Beskrivning |
---|---|
1 | Kontrollera svaret när giltig e-postadress och lösenord anges |
Steg 2) För att kunna genomföra testfallet behöver du testdata. Lägg till det nedan
Testfall # | Testfall Beskrivning | Testdata |
---|---|---|
1 | Kontrollera svaret när giltig e-postadress och lösenord anges | E-post: Den här e-postadressen är skyddad från spamrobotar. Du måste ha Javascript aktiverat för att kunna se det. 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 måste dokumenteras.
Steg 3) 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 Beskrivning | Teststeg | Testdata |
---|---|---|---|
1 | Kontrollera svaret när giltig e-postadress och lösenord anges |
1) Ange e-postadress 2) Ange lösenord 3) Klicka på Logga in |
E-post: Den här e-postadressen är skyddad från spamrobotar. Du måste ha Javascript aktiverat för att kunna se det. Lösenord: lNf9 Oti7 2h |
Många gånger är teststegen inte enkla som ovan, därför behöver de dokumentation. Dessutom kan författaren till testfallet lämna organisationen eller åka på semester eller är sjuk och tjänstgörande eller är mycket upptagen med andra kritiska uppgifter. En nyligen anställd kan bli ombedd att utföra testfallet. Dokumenterade steg hjälper honom och underlättar även granskning av andra intressenter.
Steg 4) Målet med testfall i programvarutestning är att kontrollera beteendet hos AUT för ett förväntat resultat. Detta måste dokumenteras enligt nedan
Testfall # | Testfall Beskrivning | Testdata | Förväntat resultat |
---|---|---|---|
1 | Kontrollera svaret när giltig e-postadress och lösenord anges | E-post: Den här e-postadressen är skyddad från spamrobotar. Du måste ha Javascript aktiverat för att kunna se det. Lösenord: lNf9 Oti7 2h | Inloggningen ska lyckas |
Under testkörningstiden kommer testaren att kontrollera förväntade resultat mot faktiska resultat och tilldela en godkänd eller misslyckad status
Testfall # | Testfall Beskrivning | Testdata | Förväntat resultat | Faktiskt resultat | Godkänd / misslyckad |
---|---|---|---|---|---|
1 | Kontrollera svaret när giltig e-postadress och lösenord anges | E-post: Den här e-postadressen är skyddad från spamrobotar. Du måste ha Javascript aktiverat för att kunna se det. Lösenord: lNf9 Oti7 2h | Inloggningen ska lyckas | Inloggningen lyckades | Passera |
Steg 5) Förutom att ditt testfall kan ha ett fält som Pre-Condition 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å tillgång till webbplatsen som testas. Ett testfall kan också innehålla postvillkor som specificerar allt som gäller efter testfallet. För vårt testfall skulle en postvillkor vara tid och datum för inloggning lagras i databasen
Formatet för standardtestfall
Nedan visas ett format för ett standardinloggningsexempel.
Testfall ID | Testscenario | Teststeg | Testdata | förväntade resultat | Faktiska resultat | Godkänd / misslyckad |
---|---|---|---|---|---|---|
TU01 | Kontrollera kundinloggning med giltiga data |
| Userid = guru99 Lösenord = pass99 | Användaren ska logga in i en applikation | Som förväntat | Passera |
TU02 | Kontrollera kundinloggning med ogiltiga data |
| Userid = guru99 Lösenord = glass99 | Användaren ska inte logga in i ett program | Som förväntat | Passera |
Hela denna tabell kan skapas i Word, Excel eller något annat testhanteringsverktyg. Det är allt för att testa case design
Under utarbetandet av ett testfall för att inkludera följande information
- Beskrivningen av vilket krav som testas
- Förklaringen om hur systemet kommer att testas
- Testinställningarna som en version av en applikation under test, programvara, datafiler, operativsystem, hårdvara, säkerhetsåtkomst, fysiskt eller logiskt datum, tid på dygnet, förutsättningar som andra tester och all annan installationsinformation som är relevant för de krav som testas
- Ingångar och utgångar eller åtgärder och förväntade resultat
- Eventuella bevis eller bilagor
- Använd aktivt fallspråk
- Testfallet bör inte vara mer än 15 steg
- Ett automatiskt testskript kommenteras med ingångar, syfte och förväntade resultat
- Installationen erbjuder ett alternativ till nödvändiga tester
- Med andra tester bör det vara en felaktig affärsscenarioordning
Bästa praxis för att skriva bra testfallsexempel.
1. Testfall måste vara enkla och transparenta:
Skapa testfall som är så enkla som möjligt. De måste vara tydliga och kortfattade eftersom författaren till testfallet kanske inte verkställer dem.
Använd självsäkert språk som att gå till hemsidan, ange data, klicka på detta och så vidare. Detta gör det enkelt att förstå teststegen och testa exekveringen snabbare.
2. Skapa testfall med tanke på slutanvändaren
Det slutgiltiga målet för alla programvaruprojekt är att skapa testfall som uppfyller kundernas krav och är enkla att använda och använda. En testare måste skapa testfall med tanke på slutanvändarens perspektiv
3. Undvik upprepning av testfall.
Upprepa inte testfall. Om ett testfall behövs för att utföra något annat testfall, anropa testfallet med dess testfall-id i kolumnen för villkor
4. Antag inte
Antag inte funktionalitet och funktioner i din programvara när du förbereder testfallet. Håll dig till specifikationsdokumenten.
5. Se till 100% täckning
Se till att du skriver testfall för att kontrollera alla programvarukrav som nämns i specifikationsdokumentet. Använd spårbarhetsmatris för att säkerställa att inga funktioner / förhållanden lämnas oproverade.
6. Testfall måste vara identifierbara.
Namnge testfallets ID så att de lätt kan identifieras medan spårning av defekter eller identifiering av ett programvarukrav i ett senare skede.
7. Implementera testtekniker
Det är inte möjligt att kontrollera alla möjliga tillstånd i din programvara. Programvarutestningstekniker hjälper dig att välja några testfall med maximal möjlighet att hitta en defekt.
- Boundary Value Analysis (BVA): Som namnet antyder är det tekniken som definierar testning av gränser för ett angivet intervall av värden.
- Equivalence Partition (EP): Denna teknik delar upp intervallet i lika delar / grupper som tenderar att ha samma beteende.
- State Transition Technique : Denna metod används när programvarubeteende ändras från ett tillstånd till ett annat efter en viss åtgärd.
- Felgissningsteknik: Detta är att gissa / förutse det fel som kan uppstå vid manuell testning. Detta är inte en formell metod och tar fördelar av en testares erfarenhet av applikationen
8. Självrengöring
Testfallet du skapar måste återställa testmiljön till läget för test och bör inte göra testmiljön oanvändbar. Detta gäller särskilt för konfigurationstestning.
9. Repeterbar och självständig
Testfallet ska generera samma resultat varje gång oavsett vem som testar det
10. Peer Review.
Efter att ha skapat testfall får du granska dem av dina kollegor. Dina kamrater kan upptäcka defekter i din testfall design, som du lätt kan missa.
Testa fallhanteringsverktyg
Testhanteringsverktyg är automatiseringsverktygen som hjälper till att hantera och underhålla testfallet. Huvuddragen i ett testfallshanteringsverktyg är
- För att dokumentera testfall: Med verktyg kan du påskynda skapandet av testfall med hjälp av mallar
- Utför testfallet och spela in resultaten: Testfallet kan utföras med verktygen och resultat som erhållits kan enkelt registreras.
- Automatisera defektspårning: Misslyckade tester länkas automatiskt till bugspåraren, som i sin tur kan tilldelas utvecklarna och kan spåras via e-postaviseringar.
- Spårbarhet: Krav, testfall, utförande av testfall är alla sammanlänkade genom verktygen, och varje fall kan spåras till varandra för att kontrollera testtäckningen.
- Skydda testfall: Testfall bör vara återanvändbara och bör skyddas från att gå förlorade eller skadas på grund av dålig versionskontroll. Testfallshanteringsverktyg erbjuder funktioner som
- Konventioner för namngivning och nummerering
- Versionering
- Skrivskyddad lagring
- Kontrollerad åtkomst
- Säkerhetskopiering utanför webbplatsen
Populära testhanteringsverktyg är: Quality Center och JIRA
Resurser
- Observera att mallen som används varierar från projekt till projekt. Läs den här guiden för att lära dig testfallsmall med förklaring av viktiga fält
Ladda ner ovanstående testfallsmall Excel (.xls)