Testcases schrijven met voorbeelden

Wat is een testcase?

A testcase is een verzameling van acties, input en verwachte resultaten die testers helpt te verifiëren of een specifieke functie of functionaliteit in software werkt zoals bedoeld. Het dient als een stap-voor-stap handleiding die definieert wat er getest moet worden, hoe het getest moet worden en welk resultaat er verwacht mag worden.

Beschouw een testcase als een recept voor validatie — het vertelt u de exacte ingrediënten (testgegevens), het proces (uit te voeren stappen) en hoe een perfect gerecht (verwacht resultaat) eruit moet zien.

Een goed geschreven testcase zorgt ervoor dat:

• De software voldoet aan de zakelijke en gebruikersvereisten.
• Bugs of onverwacht gedrag zijn vroeg opgemerkt.
• Testen kan zijn herhaald en herzien door een QA-professional.
• Teams kunnen dat trace welke vereiste elke test verifieert.

👉 Schrijf je gratis in voor een live softwaretestproject

Stappen voor het maken van testgevallen bij handmatig testen

Laten we een testcase maken voor het scenario: Controleer de inlogfunctionaliteit

Stap 1) Een eenvoudige testcase om het scenario uit te leggen zou zijn

Testcase #	Testgeval Description
1	Controleer het antwoord wanneer een geldig e-mailadres en wachtwoord zijn ingevoerd

Stap 2) Test de gegevens.
Om de testcase uit te voeren, hebt u nodig Testgegevens. Voeg het hieronder toe

Testcase #	Testgeval Description	Testgegevens
1	Controleer het antwoord wanneer een geldig e-mailadres en wachtwoord zijn ingevoerd	E-mailadres: guru99@email.com Wachtwoord: lNf9^Oti7^2h

Het identificeren van testgegevens kan tijdrovend zijn en soms moet er opnieuw testgegevens worden aangemaakt. De reden waarom het gedocumenteerd moet worden.

Stap 3) Voer acties uit.
Om een ​​testcase uit te voeren, moet een tester een specifieke reeks acties op de AUT uitvoeren. Dit wordt als volgt gedocumenteerd:

Testcase #	Testgeval Description	Teststappen	Testgegevens
1	Controleer het antwoord wanneer een geldig e-mailadres en wachtwoord zijn ingevoerd	1) Voer e-mailadres in 2) Voer het wachtwoord in 3) Klik op Aanmelden	E-mailadres: guru99@email.com Wachtwoord: lNf9^Oti7^2h

Vaak zijn de teststappen niet zo eenvoudig als hierboven beschreven en vereisen ze daarom documentatie. Bovendien kan de auteur van de testcase de organisatie verlaten, op vakantie gaan, ziek zijn of het erg druk hebben met andere belangrijke taken. Een recent aangenomen persoon kan worden gevraagd de testcase uit te voeren. Gedocumenteerde stappen helpen hem en vergemakkelijken ook de beoordeling door andere belanghebbenden.

Stap 4) Controleer het gedrag van de AUT.
Het doel van testcases bij het testen van software is om het gedrag van de AUT te controleren op een verwacht resultaat. Dit moet worden gedocumenteerd zoals hieronder.

Testcase #	Testgeval Description	Testgegevens	verwacht resultaat
1	Controleer het antwoord wanneer een geldig e-mailadres en wachtwoord zijn ingevoerd	E-mailadres: guru99@email.com Wachtwoord: lNf9^Oti7^2h	Inloggen zou succesvol moeten zijn

Tijdens de uitvoering van de test vergelijkt de tester de verwachte resultaten met de daadwerkelijke resultaten en wijst hij de status 'geslaagd' of 'mislukt' toe

Testcase #	Testgeval Description	Testgegevens	verwacht resultaat	Werkelijke resultaat	Pass / fail
1	Controleer het antwoord wanneer een geldig e-mailadres en wachtwoord zijn ingevoerd	E-mail: guru99@email.com Wachtwoord: lNf9^Oti7^2h	Inloggen zou succesvol moeten zijn	Inloggen is gelukt	Passeren

Stap 5) Afgezien van het feit dat uw testcase een veld kan hebben als:
Een voorwaarde die specificeert wat er moet gebeuren voordat de test kan worden uitgevoerd. Voor onze testcase zou een voorwaarde zijn dat er een browser is geïnstalleerd om toegang te hebben tot de te testen site. Een testcase kan ook postconditions bevatten die specificeren wat er van toepassing is nadat de testcase is voltooid. Voor onze testcase zou een postcondition zijn dat de tijd en datum van inloggen in de database worden opgeslagen.

Belangrijkste elementen van een testcase

Een standaardtestgeval omvat doorgaans:

1. Testcase-ID – Unieke identificatie (bijv. TC001)
2. Titel of Description – Wat de test verifieert
3. Randvoorwaarden – Wat moet er bestaan ​​voordat de test begint
4. Teststappen – De exacte acties die moeten worden uitgevoerd
5. Testgegevens – Invoerwaarden of parameters
6. verwacht resultaat – Het resultaat dat u zou moeten zien
7. Werkelijke resultaat – Wat is er eigenlijk gebeurd?
8. Status – Geslaagd, gezakt of geblokkeerd

Testcase versus testscenario

A testscenario beschrijft wat er getest moet worden: de brede functionaliteit of gebruikersreis.

A testgeval, Aan de andere kant wordt uitgelegd hoe die functionaliteit zal worden geverifieerd: de exacte stappen, gegevens en verwachte resultaten.

In simpele termen:

• Testscenario = Idee van wat er getest moet worden.
• Testcase = Implementatie hoe je dat idee kunt testen.

Denk er maar eens zo over:

"Als een testscenario een hoofdstuktitel is, is elke testcase een paragraaf die dat hoofdstuk gedetailleerd uitlegt."

Voorbeeldillustratie:

Laten we een voorbeeld nemen om het duidelijker te maken:

Testscenario:

“Controleer de inlogfunctionaliteit van de website.”

Gerelateerde testcases:

1. Controleer uw aanmelding met een geldige gebruikersnaam en wachtwoord.
2. Controleer de foutmelding met een ongeldig wachtwoord.
3. Controleer de aanmelding met lege velden.
4. Met het veld Wachtwoord verifiëren wordt de invoertekst verborgen.

Hier is het scenario een enkel functioneel doel, terwijl testgevallen het opsplitsen in specifieke, testbare omstandigheden.

Lees voor meer informatie over Verschil tussen testcase en testscenario

Voordelen van het schrijven van hoogwaardige testcases

• Hoogwaardige testcases zorgen voor een grondige testdekking, consistentie, en tracbetrouwbaarheid gedurende het gehele QA-proces.
• Ze helpen testers bij het vangen bugs vroeg, onderhouden regressiestabiliteiten garanderen dat alle functionaliteiten aansluiten op de zakelijke vereisten.
• Goed geschreven testcases zijn duidelijk, herbruikbaar en herhaalbaar, waardoor elke tester of automatiseringstool ze betrouwbaar kan uitvoeren.
• Ze fungeren ook als een communicatiebrug tussen ontwikkelaars, testers en belanghebbenden, waardoor onduidelijkheid wordt verminderd en tijd wordt bespaard.
• Door testdoelstellingen, stappen en resultaten te documenteren, kunnen teams: de voortgang meten, voldoen aan normen, en updates efficiënt beheren.
• Het allerbelangrijkste zijn goede testcases onderhoudskosten verlagen, de automatisering versnellen en zorgen voor vertrouwen in de softwarekwaliteit.
• Ze dienen als levende documentatie voor het onboarden van nieuwe testers en als gestructureerde input voor AI en testbeheerhulpmiddelen.

Veelvoorkomende fouten die u moet vermijden bij het schrijven van testcases

Zelfs ervaren testers maken kleine fouten die de testkwaliteit verzwakken.

Het vermijden van deze fouten kan de kwaliteit van het werk aanzienlijk verbeteren. nauwkeurigheid, duidelijkheid en onderhoudbaarheid van uw testsuite.

1. Vage stappen opschrijven: Dubbelzinnige instructies zoals "controleer de inlogpagina" verwarren testers. Gebruik duidelijke, actiegerichte stappen.
2. overslaanping negatieve scenario's: Neem altijd ongeldige invoer of grenstests op om volledige dekking te garanderen.
3. Hergebruik van onduidelijke testgegevens: Ongelabelde of inconsistente gegevens maken testresultaten onbetrouwbaar. Houd een gedeeld testgegevensblad bij.
4. Testcases overcompliceren: Lange, meerstaps cases zijn moeilijk te onderhouden. Houd elke case gericht en atomair.
5. Updates negeren na productwijzigingen: Verouderde testcases leveren onjuiste resultaten op. RevRegelmatig bekijken en herzien.
6. Vermist tracgeschiktheid: Koppel testgevallen altijd aan vereisten. track-dekking en naleving.
7. overslaanping collegiale beoordelingen: Met een frisse blik worden onduidelijke of overbodige stappen vroegtijdig opgemerkt.

Veelgestelde vragen