Sådan skriver du testcases med eksempler

Trin til at oprette testcases i manuel test

Lad os oprette en testcase for scenariet: Tjek login-funktionalitet

Opret testcases i manuel test

Trin 1) En simpel testcase til at forklare scenariet ville være

Test sag # Test Case Beskrivelse
1 Tjek svar, når gyldigt email og kodeord indtastes

Trin 2) Test dataene.
For at udføre testsagen skal du bruge Testdata. Tilføjer det nedenfor

Test sag # Test Case Beskrivelse Testdata
1 Tjek svar, når gyldigt email og kodeord indtastes Email: guru99@email.com Adgangskode: lNf9^Oti7^2h

Identifikation af testdata kan være tidskrævende og kan nogle gange kræve at der oprettes testdata på ny. Årsagen til det skal dokumenteres.

Trin 3) Udfør handlinger.
For at udføre en testsag skal en tester udføre et specifikt sæt handlinger på AUT. Dette er dokumenteret som nedenfor:

Test sag # Test Case Beskrivelse Test trin Testdata
1 Tjek svar, når gyldigt email og kodeord indtastes 1) Indtast Email Adresse

2) Indtast adgangskode

3) Klik på Log ind

Email: guru99@email.com

Adgangskode: lNf9^Oti7^2h

Mange gange er testtrinene ikke enkle som ovenfor, og derfor har de brug for dokumentation. Forfatteren af ​​testcasen kan også forlade organisationen eller tage på ferie eller er sygemeldt eller har meget travlt med andre kritiske opgaver. En nyligt ansat kan blive bedt om at udføre testsagen. Dokumenterede trin vil hjælpe ham og også lette anmeldelser fra andre interessenter.

Trin 4) Tjek opførsel af AUT.
Målet med testcases i softwaretest er at kontrollere AUT'ens opførsel for et forventet resultat. Dette skal dokumenteres som nedenfor

Test sag # Test Case Beskrivelse Testdata forventet resultat
1 Tjek svar, når gyldigt email og kodeord indtastes Email: guru99@email.com
Adgangskode: lNf9^Oti7^2h
Login skal være vellykket

Under testudførelsestiden vil testeren kontrollere forventede resultater i forhold til faktiske resultater og tildele en bestået eller ikke-bestået status

Test sag # Test Case Beskrivelse Testdata forventet resultat Faktisk resultat Bestå ikke-bestå
1 Tjek svar, når gyldigt email og kodeord indtastes Email: guru99@email.com Adgangskode: lNf9^Oti7^2h Login skal være vellykket Login lykkedes Pass

Trin 5) At ud over din testcase - kan have et felt som,
Pre – Condition som specificerer ting der skal være på plads før testen kan køre. For vores testcase vil en forudsætning være at have en browser installeret for at få adgang til det websted, der testes. En testcase kan også omfatte Post – Conditions, som specificerer alt, hvad der gælder efter, at testcasen er afsluttet. For vores testtilfælde vil en postbetingelse være tid og dato for login er gemt i databasen

Hvordan man skriver testcase-video

Klik link. hvis videoen ikke er tilgængelig

Bedste praksis for at skrive god testcase.

Test Case Best Practice
Test Case Best Practice

1. Testcases skal være enkle og gennemsigtige:

Opret testcases, der er så enkle som muligt. De skal være klare og præcise, da forfatteren af ​​testcasen ikke må udføre dem.

Brug et assertivt sprog som at gå til startsiden, indtaste data, klikke på dette og så videre. Dette gør forståelsen af ​​testtrinene nemme og testudførelsen hurtigere.

2. Opret testcase med slutbrugeren i tankerne

Det ultimative mål for ethvert softwareprojekt er at skabe testcases, der opfylder kundernes krav og er nemme at bruge og operate. En tester skal oprette testcases med slutbrugerperspektivet for øje

3. Undgå gentagelse af testcase.

Gentag ikke testsager. Hvis en testcase er nødvendig for at udføre en anden testcase, skal du kalde testcasen ved dens testcase-id i forudsætningskolonnen

4. Antag ikke

Antag ikke funktionalitet og funktioner i din softwareapplikation, mens du forbereder testcase. Hold dig til specifikationsdokumenterne.

5. Sørg for 100 % dækning

Sørg for at skrive testcases for at kontrollere alle softwarekrav, der er nævnt i specifikationsdokumentet. Brug Sporbarhedsmatrix for at sikre, at ingen funktioner/betingelser efterlades utestede.

6. Testtilfælde skal kunne identificeres.

Navngiv testcase-id'et, så de let kan identificeres, mens de sporer defekter eller identificerer et softwarekrav på en later fase.

7. Implementer testteknikker

Det er ikke muligt at kontrollere alle mulige tilstande i dit softwareprogram. Softwaretestteknikker hjælper dig med at vælge nogle få testcases med den maksimale mulighed for at finde en defekt.

  • Grænseværdianalyse (BVA forlængelse): Som navnet antyder, er det teknikken, der definerer testning af grænser for et bestemt værdiområde.
  • Equivalence Partition (EP): Denne teknik opdeler området i lige dele/grupper, der har en tendens til at have samme adfærd.
  • Statens overgangsteknik: Denne metode bruges, når softwareadfærd ændres fra en tilstand til en anden following bestemt handling.
  • Fejlgætteteknik: Dette er at gætte/forudse den fejl, der kan opstå under manuel test. Dette er ikke en formel metode og drager fordel af en testers erfaring med applikationen

8. Selvrensende

Testcasen, du opretter, skal returnere Testmiljø til prætesttilstanden og bør ikke gøre testmiljøet ubrugeligt. Dette gælder især for konfigurationstest.

9. Gentagelig og selvstående

Testcasen bør generere de samme resultater hver gang, uanset hvem der tester den

10. Peer Review.

Når du har oprettet testcases, skal du få dem gennemgået af dine kolleger. Dine kammerater kan afsløre fejl i dit testcase-design, som du nemt kan gå glip af.

Mens du udarbejder en testcase for at inkludere folloenwing oplysninger

  • Beskrivelsen af ​​hvilket krav der testes
  • Forklaringen på, hvordan systemet testes
  • Testopsætningen som en version af en applikation under test, software, datafiler, operasystem, hardware, sikkerhedsadgang, fysisk eller logisk dato, klokkeslæt, forudsætninger såsom andre tests og enhver anden opsætningsinformation, der er relevant for de krav, der testes
  • Input og output eller handlinger og forventede resultater
  • Eventuelle beviser eller bilag
  • Brug aktivt kasussprog
  • Test Case bør ikke være mere end 15 trin
  • Et automatiseret testscript kommenteres med input, formål og forventede resultater
  • Opsætningen tilbyder et alternativ til de nødvendige tests
  • Med andre tests burde det være en forkert forretningsscenarieordre

Værktøjer til styring af testsager

Teststyringsværktøjer er de automatiseringsværktøjer, der hjælper med at administrere og vedligeholde testcaserne. De vigtigste funktioner i et værktøj til håndtering af testsager er

  1. Til dokumentation af testsager: Med værktøjer kan du fremskynde oprettelsen af ​​testsager ved brug af skabeloner
  2. Udfør testsagen og noter resultaterne: Test Case kan udføres gennem værktøjerne, og de opnåede resultater kan nemt registreres.
  3. Automatiser fejlsporingen: Mislykkede tests kobles automatisk til fejlsporeren, som igen kan tildeles udviklerne og kan spores af f.eks.mail underretninger.
  4. Sporbarhed: Krav, testcases, udførelse af testcases er alle sammenkoblet gennem værktøjerne, og hver case kan spores til hinanden for at kontrollere testdækningen.
  5. Beskyttelse af testtilfælde: Testsager skal kunne genbruges og bør beskyttes mod at gå tabt eller beskadige på grund af dårlig versionskontrol. Test Case Management Tools tilbyder funktioner som
  • Navne- og nummereringskonventioner
  • Versionering
  • Skrivebeskyttet lager
  • Kontrolleret adgang
  • Off-site backup

Populære teststyringsværktøjer er: Kvalitetscenter og jira

Formatet for standardtestsager

Nedenfor er et format af et eksempel på standard login-testcases.

Test Case ID Test Case Beskrivelse Test trin Testdata Forventede resultater Faktiske resultater Bestå ikke-bestå
TU01 Tjek kundelogin med gyldige data
  1. Gå til webstedet http://demo.guru99.com
  2. Indtast bruger-id
  3. Indtast adgangskode
  4. Klik på Send
Bruger-id = guru99 Adgangskode = pass99 Brugeren skal logge ind på en applikation Som forventet Pass
TU02 Tjek kundelogin med ugyldige data
  1. Gå til webstedet http://demo.guru99.com
  2. Indtast bruger-id
  3. Indtast adgangskode
  4. Klik på Send
Bruger-id = guru99 Adgangskode = glass99 Brugeren skal ikke logge ind på en applikation Som forventet Pass

Hele denne tabel kan oprettes i Word, Excel eller en hvilken som helst anden Teststyringsværktøj. Det er alt for at teste Case Design

Test Case skabelon

  • Bemærk venligst, at den anvendte skabelon varierer fra projekt til projekt. Læs dette tutorial at lære Test Case skabelon med forklaring af vigtige felter

Download ovenstående testskabelon Excel (.xls)

Ofte Stillede Spørgsmål

Softwaretest er en proces til at verificere et computersystem/program for at afgøre, om det opfylder de specificerede krav og giver de ønskede resultater. Som et resultat heraf identificerer du fejl i softwareprodukt/projekt.

Softwaretest er uundværligt for at levere et kvalitetsprodukt uden fejl eller problemer.

For en Testscenarie: Tjek login-funktionalitet, der er mange mulige testtilfælde:

  • Testtilfælde 1: Tjek resultater ved indtastning af gyldigt bruger-id og adgangskode
  • Testtilfælde 2: Tjek resultater ved indtastning af ugyldigt bruger-id og adgangskode
  • Testtilfælde 3: Tjek svaret, når et bruger-id er tomt, og der trykkes på login-knappen og mange flere