Sådan skriver du testcases med eksempler
Thomas Hamilton
Trin til at oprette testcases i manuel test
Lad os oprette en testcase for scenariet: Tjek login-funktionalitet
Trin 1) En simpel testcase til at forklare scenariet ville være
| Test sag # | Test sag Description |
|---|---|
| 1 | Tjek svar, når gyldig e-mail og adgangskode er indtastet |
Trin 2) Test dataene.
For at udføre testsagen skal du bruge Testdata. Tilføjer det nedenfor
| Test sag # | Test sag Description | Testdata |
|---|---|---|
| 1 | Tjek svar, når gyldig e-mail og adgangskode er indtastet | E-mail: 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 sag Description | Test trin | Testdata |
|---|---|---|---|
| 1 | Tjek svar, når gyldig e-mail og adgangskode er indtastet | 1) Indtast e-mailadresse
2) Indtast adgangskode 3) Klik på Log ind |
E-mail: 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 sag Description | Testdata | forventet resultat |
|---|---|---|---|
| 1 | Tjek svar, når gyldig e-mail og adgangskode er indtastet | E-mail: 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 sag Description | Testdata | forventet resultat | Faktisk resultat | Bestå ikke-bestå |
|---|---|---|---|---|---|
| 1 | Tjek svar, når gyldig e-mail og adgangskode er indtastet | E-mail: 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 Øv dig i at skrive god Test Case.
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 med ethvert softwareprojekt er at skabe testcases, der opfylder kundernes krav og er nemme at bruge og betjene. 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 nemt kan identificeres, mens de sporer defekter eller identificerer et softwarekrav på et senere tidspunkt.
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 efter en 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 følgende oplysninger
- Beskrivelsen af hvilket krav der testes
- Forklaringen på, hvordan systemet testes
- Testopsætningen som en version af en applikation under test, software, datafiler, operativsystem, hardware, sikkerhedsadgang, fysisk eller logisk dato, tidspunkt på dagen, forudsætninger såsom andre tests og andre opsætningsoplysninger, der er relevante 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
- Til dokumentation af testsager: Med værktøjer kan du fremskynde oprettelsen af testsager ved brug af skabeloner
- Udfør testsagen og noter resultaterne: Test Case kan udføres gennem værktøjerne, og de opnåede resultater kan nemt registreres.
- Automatiser fejlsporingen: Mislykkede tests kobles automatisk til fejlsporeren, som igen kan tildeles udviklerne og kan spores via e-mail-notifikationer.
- 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.
- 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 sag Description | Test trin | Testdata | Forventede resultater | Faktiske resultater | Bestå ikke-bestå |
|---|---|---|---|---|---|---|
| TU01 | Tjek kundelogin med gyldige data |
|
Bruger-id = guru99 Adgangskode = pass99 | Brugeren skal logge ind på en applikation | Som forventet | Pass |
| TU02 | Tjek kundelogin med ugyldige data |
|
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
Hvad er en testcase?
En testcase er et dokumenteret sæt af betingelser, input, handlinger og forventede resultater designet til at verificere, at en specifik funktionalitet eller funktion i en applikation fungerer efter hensigten. Det fungerer som en retningslinje for testere for at sikre, at applikationen opfører sig korrekt under specificerede forhold.
Testscenarie vs testcase
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
