hur man skriver testfall med exempel

Innehållsförteckning

Vad är ett testfall?

i samband med programvarutestning hänvisar ett testfall till sekvensen av åtgärder som krävs för att verifiera en specifik funktion eller funktionalitet. I huvudsak beskriver testfallet stegen, data, förutsättningar och postvillkor som är nödvändiga för att verifiera en funktion.

det kommer att lägga ut särskilda variabler som QAs behöver jämföra förväntade och faktiska resultat för att dra slutsatsen om funktionen fungerar som den ska. Testfallskomponenter nämner inmatning, utförande och förväntad utgång/svar. I grund och botten berättar det ingenjörer vad de ska göra, hur man gör det och vilka resultat som är acceptabla.

Läs mer: Hur man skapar testscenarier med exempel

målet att skriva testfall

  • för att validera specifika funktioner och funktioner i programvaran.
  • för att vägleda testare genom deras dagliga praktiska aktivitet.
  • för att spela in en katalog över åtgärder som vidtagits, som kan ses i händelse av en bugg poppar upp.
  • för att ge en plan för framtida projekt och testare så att de inte behöver börja arbeta från början.
  • för att upptäcka användbarhetsproblem och designgap tidigt.
  • för att hjälpa nya testare och devs att snabbt hämta testning, även om de går med mitt i ett pågående projekt.

Standard testfall Format

  • testfall ID
  • testscenario
  • teststeg
  • förutsättningar
  • testdata
  • förväntade/avsedda resultat
  • faktiska resultat
  • teststatus – pass/fail

när du skriver testfall, kom ihåg att inkludera:

  • en rimlig beskrivning av kravet
  • en beskrivning av testprocessen
  • detaljer relaterade till testinställning: version av programvaran som testas, datapunkter, OS, hårdvara, säkerhetsprövning, datum, tid, förutsättningar etc.
  • alla relaterade dokument eller bilagor testare kommer att kräva
  • alternativ till förutsättningar, om de finns

vanliga funktioner i testfall

  • sannolikt att revideras och uppdateras regelbundet. Programvarukraven kan ändras beroende på förändringar i affärsprioriteringar eller kundpreferenser. Om kraven ändras måste testfall ändras i enlighet därmed. Detektering av buggar och felsökningssteg kan också kräva att testfall ändras.
  • sannolikt att involvera kluster. Testfall i ett enda testscenario måste vanligtvis köras i en specifik sekvens eller i en grupp. I detta fall gäller särskilda förutsättningar för ett testfall för andra testfall i samma sekvens.
  • sannolikt att vara beroende av varandra. Ofta kan testfall bero på varandra. Detta gäller särskilt för skiktade applikationer med flera nivåer affärslogik.
  • kommer sannolikt att användas av testare såväl som utvecklare. Testfall är till hjälp för både utvecklare och testare. Till exempel, när devs fixar buggar, kan testfall vara ganska användbara för att replikera nämnda fel. I testdriven utveckling (TDD) skapar devs testfall för att skapa affärslogik, täcka flera testscenarier och börja skriva kod.

Testfallsexempel

Låt oss bygga ett testfallsexempel baserat på ett specifikt scenario. Här är ett provfall.

  • testfall ID: # BST001
  • testscenario: för att autentisera en lyckad användarinloggning på Gmail.com
  • teststeg:
    • användaren navigerar till Gmail.com.
    • i fältet E-post anger användaren en registrerad e-postadress.
    • användaren klickar på knappen ’Nästa’.
    • användaren anger det registrerade lösenordet.
    • användaren klickar på ’Logga in.’
  • förutsättningar: ett registrerat Gmail-ID med ett unikt användarnamn och lösenord.
  • webbläsare: Chrome v 86. Enhet: Samsung Galaxy Tab S7.
  • testdata: legitimt användarnamn och lösenord.
  • Förväntade / Avsedda Resultat: När användarnamn och lösenord har angetts omdirigeras webbsidan till användarens inkorg och visar och markerar nya e-postmeddelanden högst upp.
  • faktiska resultat: som förväntat
  • teststatus – Pass/Fail: Pass

bästa praxis för att skriva testfall

  • prioritera tydlighet och transparens. Var tydlig, kortfattad och assertiv när du beskriver vad testaren behöver göra och vilka resultat de helst borde få.
  • fokusera på slutanvändarens krav när du skriver provtestfall. Kartlägg testfall för att återspegla alla aspekter av användarresan. Använd specifikationsdokumentet och Kravdokumentet för att göra det.
  • Undvik upprepning. Om flera tester kan utföras med samma testfall, använd Testfalls-ID för att hänvisa till önskat testfall.
  • Håll Teststegen så minimala som möjligt. Helst, Håll det till 10-15 steg, om möjligt.
  • fokusera på att uppnå maximal testtäckning. Medan 100% testtäckning sällan kan uppnås kan en hög andel uppnås med rätt strategier.

    Läs mer: Hur säkerställer du maximal testtäckning?

  • skapa självrengörande testfall. Det betyder att testfall måste återställa testmiljön till ett orört, förtesttillstånd. Tester bör inte lämna några rester av sig själva i miljön när de är färdiga. Detta är ett integrerat element i Konfigurationshanteringen. För att förstå mer ingående: vad är konfigurationshantering i DevOps?
  • forma testfall för tester som returnerar samma resultat oavsett vem som kör dem. Se till att testerna är fristående.

när testfall har formats måste motsvarande tester köras på riktiga webbläsare, enheter och operativsystem. Kom ihåg att enhetsfragmentering är ett viktigt problem för varje utvecklare och testare. Varje webbplats måste fungera sömlöst på flera enhets-webbläsare-OS-kombinationer. Med 9000 + distinkta enheter som används för att komma åt internet globalt måste all programvara optimeras för olika konfigurationer, visningsportar och skärmupplösningar.

prova att testa på Real Device Cloud gratis

i detta tillstånd kan ingen emulator eller simulator replikera verkliga användarförhållanden. Programvaran måste testas på riktiga enheter för att fungera i verkliga omständigheter som lågt batteri, inkommande samtal, svag nätverksstyrka och så vidare. Om ett internt laboratorium inte är tillgängligt väljer du ett molnbaserat testalternativ som erbjuder riktiga enheter.

Browserstacks cloud Selenium grid erbjuder 2000 + riktiga enheter och webbläsare för automatiserad testning. Det betyder att användare kan köra tester på flera riktiga enheter och webbläsare genom att helt enkelt registrera sig, logga in och välja önskade kombinationer. Testare kan också utföra Cypress-testning på 30 + riktiga webbläsarversioner över Windows och macOS. Upptäck buggar innan användarna gör genom att testa programvara i verkliga användarförhållanden med BrowserStack.

Obs: släpp inte programvara utan att testa på riktiga enheter. När användare besöker kommer de att stöta på fel och fel som lätt kunde ha undvikits, och störande användarupplevelser kommer att leda till förlust av användare.

att skapa välstrukturerade och resultatorienterade testfall är grundläggande för att köra framgångsrika tester. Dessutom säkerställer de omfattande testtäckning och ger en tydlig plan för QAs att följa. Använd den här artikeln för att lära dig grunderna för att skapa effektiva testfall och börja utföra tester som är utformade för att optimera och leverera toppmoderna användarupplevelser.

Lämna ett svar

Din e-postadress kommer inte publiceras.