Oversigt over, hvordan man skriver en testcase?

Overvej et scenario, hvor du blev bedt om at skrive testsager til test af en applikation. Ville du være i stand til at begynde? Du har muligvis hørt udtryk som testtilfælde, testmanuskripter, testplaner osv. Alle disse udtryk lyder måske forvirrende for dig, da de alle lyder meget ens, men de er bestemt forskellige i deres betydning. Det er meget vigtigt at have en klar forståelse af disse softwareterminologier, så du er i stand til at skelne mellem dem. For at være godt effektiv i testning skal du begynde med at forstå, hvad testtilfælde er, og hvordan kan du skrive dem på en sådan måde, at den dækker de givne krav.

Husk, at en god tester er den, der er detaljeret orienteret. Udover at have øje for detaljer og specifikationer, bør en god tester være i stand til at skrive testsager effektivt. Test case-skrivning er ikke en let opgave, da det kræver talent, erfaring og god forretningsforståelse. En af de vigtigste færdigheder, der kræves til at skrive testkvalitetstest, er anstændige skrivefærdigheder. Gode ​​testsager skrives med det formål at definere "hvad" og "hvordan" for en applikation. Nogle testere kan overveje at skrive case tests som en kedelig opgave, men kvaliteten af ​​testcases vil bestemme kvaliteten af ​​din software og dermed bestemme værdien og produktiviteten og succesen for det team, virksomheden har.

Skrivning af en test sag

Vi kan definere et testtilfælde som et sæt input- og outputbetingelser eller variabler, som vil hjælpe en tester med at bestemme, om AUT (applikation under test) opfylder kravene, der er specificeret i softwarekravspecifikationen eller kravdokumentet. Det er dybest set et dokument, der indeholder oplysningerne, såsom forudsætningerne for test, testdataene, der bruges til test, test-id, testbeskrivelsen, postkonditionerne til test og trinene til udførelse af test. Det indeholder også detaljer om det observerede resultat, dvs. det faktiske resultat og resultatet i henhold til kravet, dvs. det forventede resultat.

Alle disse detaljer er specificeret for et bestemt testscenario for at teste for overensstemmelse med kravdokumentet. Afhængig af sammenligningen mellem det faktiske resultat og det forventede resultat markeres en testtilfælde som bestået og ikke bestået. En pasningstest har et faktisk resultat ligesom det forventede resultat, der er nævnt i kravet. En mislykket testtilfælde har på den anden side ikke et faktisk output, der matcher det forventede output, og derfor er det tagget som mislykket.

Et testtilfælde er et scenarie, der er enkelt og eksekverbart. Det bæres af en tester, der styres af de "trin, der skal følges", der er specificeret i testtilfældet. En testtilfælde kan betragtes som en række instruktioner leveret i form af trin for at verificere og validere softwareadfærd i henhold til kravene.

Test case-parametre er:

  1. Test case id
  2. Test sagens navn
  3. Testkas beskrivelse
  4. Testdata
  5. forudsætninger
  6. Test trin
  7. forventet resultat
  8. Faktisk resultat
  9. Postconditions
  10. Testkas miljø

Testtilfælde påvirker testfasen, så det skal sikres, at de er skrevet, også før testfasen faktisk starter. Testcase er lige så vigtig og uundgåelig som testprocessen.

Trin til test sag

Trinene til at skrive en god testcase er:

  1. En god testtilfælde har et test-id sammen med et stærkt testnavn, der sikrer klarheden i det modul, der testes. Tag et eksempel, hvor du tester tilmeldingssiden. I dette tilfælde skal du bruge en titel, der indeholder "SignUp Page" i titlen.
  2. En god testtilfælde har en godt struktureret, stærk, kompakt og klar beskrivelse af den test, der skal udføres. Til tider kan dette afsnit omfatte forudsætninger, oplysninger om testmiljøet og andre sådanne faktorer.
  3. I en god testtilstand nævnes antagelser eller forudsætninger, der kræves for at udføre den givne test korrekt. Dette kan indeholde ethvert krav, såsom adgangsrettigheder, der kræves for at få adgang til det modul, der testes i applikationen.
  4. En testtilfælde, der nævner oplysningerne om testdataene, der anvendes til test, betragtes som en god testtilfælde.
  5. Trinene i testtilfældene skal være kortfattede, enkle og klare. Sørg for, at trinene ikke er vildledende, så der ikke er spild af tid, mens testen udføres
  6. De forventede og faktiske resultater for hvert trin skal nævnes klart. Disse er meget nyttige for testeren, da brug af dette, en tester kan tydeligt identificere det trin, hvor applikationen mislykkes i løbet af fiasko.
  7. Sidst men ikke mindst, skal du sørge for, at testtilfældet kan genbruges

Eksempel på testtest til test af, om brugeren er i stand til at registrere sig i en applikation, der indeholder e-mail, telefonnummer, indstil adgangskode i formularen.

Test Case Name: Autentificering af tilmeldingsside

Beskrivelse: En ny bruger skal være i stand til at registrere med succes i applikationen.

Forudsætning : Brugeren skal være en ny bruger.

Tips og tricks

Når du skriver testsager, skal du huske nogle punkter som:

  • Sørg for, at en testtilfælde giver en god testdækning, dvs. at der ikke går glip af nøglefunktionalitet fra testen
  • Sørg for, at de negative testsager eller negative testscenarier også dokumenteres og testes grundigt.

Konklusion

Testcases er magtfulde og er gavnlige for fremtidige medarbejdere, der giver dem sandheden om systemet og dets funktionaliteter.

Anbefalede artikler

Dette har været en guide til, hvordan man skriver test sag? Her har vi drøftet introduktionen, skrivning af testcases, trin til at skrive en god test case, parametre og nogle tip og tricks. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -

  1. Hvad er softwaretestning?
  2. Black Box Testing
  3. Karrierer som softwareingeniør
  4. Appium vs selen
  5. Black Box Testing Techniques
  6. 8 Vigtig opgave til at skrive en testplanskabelon

Kategori:

Softwareudvikling