Hvad er test case?

Softwareterminologi kan ofte være ret forvirrende. Testtilfældet, scenariet, planen; de lyder alle ganske ens, og det er let at blande ordene op. Ved softwaretest er det vigtigt at undgå betænkeligheder ved den omgivende terminologi. Derfor vil vi i denne artikel tage et kig på, hvad det betyder.

Det er en gruppe betingelser eller variabler, hvormed testeren verificerer overholdelsen af ​​kravene til den software, der testes. Det bruges til at give trinvise instruktioner til testerne. Det er et dokument, der har testdata, forudsætninger, forventede resultater osv., Udviklet til et specifikt scenario. Udførelse af det fungerer som udgangspunkt, hvorefter vi anvender et sæt inputværdier og venter på et endeligt resultat. Forløbet med at udvikle dem hjælper os også med at finde komplikationer i applikationskravene.

Normalt skriver en tester fra QA-teamet dem. Dette inkluderer ikke de test, som udviklingsteamet skriver, men testene, der udføres efter udvikling og test af enheden er udført. Vigtigere er det, at en tester, der forstår funktionaliteten af ​​applikationen og kan give et testtilfælde af værdi, bør skrive det.

Skabelon

Det har normalt følgende felter. Formatet for felterne kan dog variere fra virksomhed til virksomhed afhængigt af det teststyringsværktøj, der bruges af dem.

Test case-idID'et gives til testsagen.
Testkas beskrivelseBeskrivelsen af ​​testen.
Relateret kravID-en gives til kravet, som denne testtilstand kortlægger til.
ForudsætningerEventuelle forudsætninger eller krav, der skal opfyldes, inden testen køres.
TesttrinTrinvise instruktioner blev givet til at køre testen.
TestdataData, der bruges under udførelse af testen.
forventet resultatResultatet, der forventes fra testen, logget, før testen køres.
Faktisk resultatDet faktiske resultat opnået efter testen
statusStatus opnået efter kørsel af testen. Det kan være bestået, mislykket, ikke udført, blokeret.
KommentarerEventuelle bemærkninger til testen.
MiljøoplysningerOmfatter netværk / hardware / softwareoplysninger, som testen køres i.

Hvordan man skriver en test sag?

Nedenfor er de trin, der er givet for at skrive en testcase.

Trin 1: Tildel et nummer og en beskrivelse.

Trin 2: For at køre det, har vi brug for testdata. Uden testdataene ville vi ikke have de rigtige oplysninger til at teste, hvilket gør opgaven mødelig.

Trin 3: For at køre det, skal vi have et vist sæt instruktioner til at udføre testen. Disse trin kaldes testtrin. Behovet for dette opstår, når forfatteren fratræder projektet eller er på pause. Derefter skal en anden fra projektet tage testen op. Skriftlige trin vil hjælpe dem.

Trin 4: Formålet med dem er at undersøge applikationens adfærd. For at udføre dette skal vi have et forventet resultat. Efter dens gennemførelse sammenlignes forventede resultater med det faktiske resultat fra testen, og tildeles dertil en status til det.

Trin 5: Vi kan også have et ekstra felt som feltet Forudsætning, der fortæller os betingelserne, der skal opfyldes før testkørslen, et felt efter betingelser, der fortæller os betingelserne, der skal opfyldes efter testkørslen osv.

Eksempel:

Test case-idTestkas beskrivelseTesttrinTestdataforventet resultatFaktisk resultatstatus
TC01Kontroller medarbejder login med gyldige data

1. Gå til login-siden.

2.Indtast Userid

3.Tast adgangskode

4. Klik på knappen Login

Userid = admin

Adgangskode = abc12345

Brugeren skal kunne logge indSom forventetPassere
TC02Kontroller medarbejders login med ugyldige data1. Gå til login-siden.

2.Indtast Userid

3.Tast adgangskode

4. Klik på knappen Login

Userid = admin

Adgangskode = 12345abc

Brugeren skal ikke være i stand til at logge indSom forventetPassere

Betydningen af ​​testcase

De har et enormt indtryk på testfasen. At skrive dem er lige så vigtig som selve testprocessen. Det hjælper os med at tænke gennem detaljerne og sikrer, at vi tackle dem fra så mange synspunkter som muligt.

Betydningen af ​​at have det er, at enhver kan prøve igen testen ved hjælp af dem. De er potente artefakter, der er nyttige for fremtidige holdkammerater, ud over at give dokumentation for, hvordan en applikation fungerer. For at opsummere giver de følgende betydning:

  • De sikrer god dækning af testen, og sørger for, at hovedfunktionaliteten ikke går glip af under testen.
  • Det giver dem mulighed for grundigt at tænke på forskellige måder at bekræfte applikationens funktioner på.
  • Der skrives også negativer, hvilket gør testingen til en grundig proces, hvor lidt bliver overset.
  • De kan genanvendes, da enhver kan henvise dem og køre testen.

Nyttige tip og tricks

Husk følgende oplysninger, når du skriver dem:

  • Det skal være enkelt og kortfattet med ikke mere end 15 trin.
  • Hver af dem skal gøres genanvendelige.
  • Undgå gentagelse.
  • Yderligere oplysninger om testopsætning skal leveres som software, hardware, operativsystem, version af applikationen under test, forudsætninger for testen osv.
  • Det skal skrives på en sådan måde, at vi kun tester en ting ad gangen uden overlapning.
  • Sørg for, at alle scenarier, positive og negative, er dækket, hvilket giver os 100% dækning.
  • De skal oprettes med slutbrugeren i tankerne.

Konklusion

Afslutningsvis kan de forbedre vores indsats inden for samlet test og kan forbedre vores softwarekvalitet til store mål, samtidig med at vi sparer tid og kræfter på grund af genanvendelse af testtilfælde.

Anbefalede artikler

Dette er en guide til Hvad er Test Case. Her har vi diskuteret skabelonen, vigtigheden og nyttige tip og tricks. Du kan også se på de følgende artikler for at lære mere -

  1. Hvad er softwareudvikling?
  2. Spørgsmål om software-engineering-interview
  3. Karriere som softwareudviklere
  4. 14 bedste softwareværktøjer til at oprette præsentationer i god kvalitet

Kategori: