Oversikt over hvordan du skriver en prøvesak?

Tenk på et scenario der du ble bedt om å skrive testtilfeller for testing av en applikasjon. Ville du kunne begynne? Du har kanskje hørt begreper som testtilfeller, testmanus, testplaner, etc. Alle disse begrepene kan høres forvirrende ut for deg, da de alle høres veldig like ut, men de er absolutt forskjellige. Det er veldig viktig å ha en klar forståelse av disse programvareterminologiene slik at du kan skille mellom dem. For å være godt effektiv i testingen, må du begynne med å forstå hva testfall er, og hvordan kan du skrive dem på en slik måte at de dekker de gitte kravene.

Husk at en god tester er den som er detaljorientert. I tillegg til å ha et øye for detaljer og spesifikasjoner, bør en god tester kunne skrive testtilfeller effektivt. Test case-skriving er ikke en lett oppgave, da det krever talent, erfaring og god forretningsforståelse. En av de viktigste ferdighetene som kreves for å skrive testkvalitet er anstendige skriveferdigheter. Gode ​​prøvesaker er skrevet med et mål å definere "hva" og "hvordan" for en applikasjon. Noen testere kan vurdere å skrive prøvesaker som en kjedelig oppgave, men kvaliteten på testtilfeller vil avgjøre kvaliteten på programvaren din og dermed bestemme verdien og produktiviteten og suksessen til teamet selskapet har.

Å skrive en prøvesak

Vi kan definere et testtilfelle som et sett med inngangs- og utgangsbetingelser eller variabler som vil hjelpe en tester med å bestemme om AUT (applikasjonen under test) tilfredsstiller kravene som er spesifisert i programvarekravspesifikasjonen eller kravdokumentet. Det er i utgangspunktet et dokument som inneholder informasjonen som forutsetningene for testing, testdataene som brukes til testing, test-ID, testbeskrivelsen, postkondisjonene for testing og trinnene for å utføre testing. Den inneholder også detaljer om det observerte resultatet, dvs. faktisk resultat og resultatet i henhold til kravet, dvs. forventet resultat.

Alle disse detaljene er spesifisert for et bestemt testscenario for å teste for samsvaret med kravdokumentet. Avhengig av sammenligningen mellom det faktiske resultatet og det forventede resultatet, blir en prøvesak markert som bestått og mislykket. En bestått testsak har et faktisk resultat akkurat som det forventede resultatet som er nevnt i kravet. En mislykket testsak har derimot ikke en faktisk utgang som samsvarer med forventet utgang, og dermed er den merket som mislykket.

En test case er et scenario som er enkelt og kjørbart. Det bæres av en tester som ledes av "trinn som skal følges" spesifisert i test saken. En prøvesak kan betraktes som en serie instruksjoner gitt i form av trinn for å verifisere og validere programvarens oppførsel i henhold til kravene.

Test case-parametere er:

  1. Test case-id
  2. Test Case Name
  3. Test Case Beskrivelse
  4. Testdata
  5. forutsetninger
  6. Test trinn
  7. forventet resultat
  8. Egentlige resultatet
  9. Postconditions
  10. Test case-miljø

Testtilfeller påvirker testfasen, så det bør sørges for at de er skrevet allerede før testfasen faktisk starter. Testcase er like viktig og uunngåelig som testprosessen.

Trinn for prøvesak

Trinnene for å skrive en god testsak er:

  1. En god testtilfelle har en test-id sammen med et sterkt testnavn som sikrer klarheten i modulen som testes. Ta et eksempel der du tester påmeldingssiden. I dette tilfellet bruker du en tittel som inneholder "SignUp Page" i tittelen.
  2. En god testtilfelle har en godt strukturert, sterk, kompakt og tydelig beskrivelse av testen som skal utføres. Noen ganger kan dette avsnittet omfatte forutsetninger, informasjon om testmiljøet og andre slike faktorer.
  3. En god testsak nevner forutsetningene eller forutsetningene som kreves for å utføre den gitte testen på riktig måte. Dette kan inneholde ethvert krav, for eksempel tilgangstillatelser som kreves for å få tilgang til modulen som testes i applikasjonen.
  4. En testsak som nevner informasjonen om testdataene som brukes til testing, anses å være en god testsak.
  5. Trinnene i testsakene skal være kortfattede, enkle og tydelige. Forsikre deg om at trinnene ikke er misvisende, slik at det ikke blir bortkastet tid mens testingen er utført
  6. De forventede og faktiske resultatene for hvert trinn bør nevnes tydelig. Disse er veldig nyttige for testeren, da bruker dette, en tester kan tydelig identifisere trinnet som applikasjonen mislykkes i løpet av feilen.
  7. Sist, men ikke minst, må du sørge for at test saken er gjenbrukbar

Eksempelstest for å teste om brukeren er i stand til å registrere seg i et program som inneholder e-post, telefonnummer, angi passord i skjemaet.

Test Case Name: Autentisering av påmeldingsside

Beskrivelse: En ny bruker skal kunne registrere seg vellykket i applikasjonen.

Forutsetning : Brukeren skal være en ny bruker.

Tips og triks

Når du skriver prøvesaker, bør du huske på noen punkter som:

  • Forsikre deg om at en testtilfelle gir god testdekning, dvs. at ingen nøkkelfunksjonalitet går glipp av testingen
  • Forsikre deg om at de negative testsakene eller negative testscenariene også er dokumentert og testet grundig.

Konklusjon

Testtilfeller er kraftige og er gunstige for fremtidige ansatte som gir dem sannheten om systemet og dets funksjoner.

Anbefalte artikler

Dette har vært en guide for hvordan du skriver test case? Her har vi diskutert introduksjonen, skrive testfall, trinn for å skrive en god test case, parametere og noen tips og triks. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. Hva er programvaretesting?
  2. Black Box Testing
  3. Karrierer som programvareingeniør
  4. Appium vs selen
  5. Black Box Testing Techniques
  6. 8 Viktig oppgave for å skrive en testplanmal

Kategori:

Programvare utvikling