Testcases schrijven met voorbeelden
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-mail: 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 en hebben ze daarom documentatie nodig. Ook kan het zijn dat de auteur van de testcase de organisatie verlaat, op vakantie gaat, ziek is en geen dienst heeft, of het erg druk heeft met andere kritieke taken. Mogelijk wordt een recent aangenomen medewerker gevraagd om de testcase uit te voeren. Gedocumenteerde stappen zullen hem helpen en ook beoordelingen door andere belanghebbenden vergemakkelijken.
Stap 4) Controleer het gedrag van de AUT.
Het doel van testgevallen 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:
Pre – Voorwaarde die specificeert wat er moet gebeuren voordat de test kan worden uitgevoerd. Voor onze testcase zou een voorwaarde zijn dat er een browser geïnstalleerd is om toegang te krijgen tot de te testen site. Een testcase kan ook postvoorwaarden bevatten, waarin alles wordt gespecificeerd dat van toepassing is nadat de testcase is voltooid. Voor onze testcase zou een postvoorwaarde zijn dat de tijd en datum van inloggen in de database worden opgeslagen
Hoe u een testcasevideo schrijft
Klik hier als de video niet toegankelijk is
Best Practice voor het schrijven van een goede testcase.
1. Testgevallen moeten eenvoudig en transparant zijn:
Creëer testgevallen die zo eenvoudig mogelijk zijn. Ze moeten duidelijk en beknopt zijn, aangezien de auteur van de testcase ze mogelijk niet uitvoert.
Gebruik assertieve taal zoals ga naar de startpagina, voer gegevens in, klik hierop enzovoort. Dit maakt het begrijpen van de teststappen eenvoudig en de uitvoering van tests sneller.
2. Maak een testcase met de eindgebruiker in gedachten
Het uiteindelijke doel van elk softwareproject is om testcases te creëren die voldoen aan de eisen van de klant en die eenvoudig te gebruiken en te bedienen zijn. Een tester moet testcases creëren met het perspectief van de eindgebruiker in gedachten
3. Vermijd herhaling van testgevallen.
Herhaal geen testgevallen. Als een testcase nodig is voor het uitvoeren van een andere testcase, roep de testcase dan aan met de testcase-ID in de kolom met precondities
4. Ga er niet van uit
Ga niet uit van de functionaliteit en kenmerken van uw softwareapplicatie tijdens het voorbereiden van de testcase. Houd u aan de specificatiedocumenten.
5. Zorg voor 100% dekking
Zorg ervoor dat u testcases schrijft om alle softwarevereisten te controleren die in het specificatiedocument worden vermeld. Gebruik Traceerbaarheid Matrix om ervoor te zorgen dat geen enkele functie/conditie ongetest blijft.
6. Testgevallen moeten identificeerbaar zijn.
Geef de testcase-id een naam die eenvoudig te identificeren is bij het opsporen van defecten of het identificeren van een softwarevereiste in een later stadium.
7. Implementeer testtechnieken
Het is niet mogelijk om alle mogelijke condities in uw softwareapplicatie te controleren. Met softwaretesttechnieken kunt u een paar testgevallen selecteren met de maximale kans op het vinden van een defect.
- Grenswaardeanalyse (BVA): Zoals de naam al doet vermoeden, is het de techniek die het testen van grenzen voor een bepaald bereik van waarden definieert.
- Equivalentiepartitie (EP): Deze techniek verdeelt het bereik in gelijke delen/groepen die doorgaans hetzelfde gedrag vertonen.
- Staatstransitietechniek: Deze methode wordt gebruikt wanneer het softwaregedrag van de ene staat naar de andere verandert na een bepaalde actie.
- Fout-raadtechniek: Dit is het raden/anticiperen op de fout die kan optreden tijdens het handmatig testen. Dit is geen formele methode en maakt gebruik van de ervaring van een tester met de applicatie
8. Zelfreinigend
De testcase die u maakt, moet de Test omgeving naar de pre-teststatus en mag de testomgeving niet onbruikbaar maken. Dit geldt vooral voor het testen van configuraties.
9. Herhaalbaar en op zichzelf staand
De testcase moet elke keer dezelfde resultaten genereren, ongeacht wie hem test
10. Peer Review.
Nadat u testcases heeft gemaakt, laat u deze beoordelen door uw collega's. Uw collega's kunnen gebreken in uw testcase-ontwerp ontdekken, die u gemakkelijk over het hoofd kunt zien.
Bij het opstellen van een testcase moet de volgende informatie worden opgenomen
- De beschrijving van welke vereiste wordt getest
- De uitleg over hoe het systeem wordt getest
- De testopstelling zoals een versie van een te testen applicatie, software, databestanden, besturingssysteem, hardware, beveiligingstoegang, fysieke of logische datum, tijdstip van de dag, vereisten zoals andere tests en alle andere setup-informatie die relevant is voor de vereisten die worden getest
- Inputs en outputs of acties en verwachte resultaten
- Eventuele bewijzen of bijlagen
- Gebruik actieve casustaal
- Testcase mag niet meer dan 15 stappen bevatten
- Een geautomatiseerd testscript wordt becommentarieerd met input, doel en verwachte resultaten
- De opstelling biedt een alternatief voor voorafgaande tests
- Bij andere tests zou het een onjuiste volgorde van bedrijfsscenario's moeten zijn
Hulpprogramma's voor testcasebeheer
Testmanagementtools zijn de automatiseringstools die helpen bij het beheren en onderhouden van de Testcases. De belangrijkste kenmerken van een tool voor testcasebeheer zijn:
- Voor het documenteren van testgevallen: Met tools kunt u het maken van testcases versnellen met behulp van sjablonen
- Voer de testcase uit en noteer de resultaten: Test Case kan worden uitgevoerd via de tools en de verkregen resultaten kunnen eenvoudig worden vastgelegd.
- Automatiseer het volgen van defecten: Mislukte tests worden automatisch gekoppeld aan de bugtracker, die op zijn beurt kan worden toegewezen aan de ontwikkelaars en kan worden gevolgd via e-mailmeldingen.
- traceerbaarheid: Vereisten, testgevallen en uitvoering van testgevallen zijn allemaal met elkaar verbonden via de tools, en elke casus kan tot elkaar worden herleid om de testdekking te controleren.
- Testgevallen beschermen: Testcases moeten herbruikbaar zijn en moeten worden beschermd tegen verlies of beschadiging als gevolg van slecht versiebeheer. Test Case Management Tools bieden functies zoals
- Naamgevings- en nummeringsconventies
- Versioning
- Alleen-lezen opslag
- Gecontroleerde toegang
- Back-up op afstand
Populaire testmanagementtools zijn: Kwaliteitscentrum en JIRA
Het formaat van standaardtestgevallen
Hieronder ziet u een indeling van een standaard voorbeeld van een inlogtestcase.
Testcase-ID | Testgeval Description | Teststappen | Testgegevens | verwachte resultaten | Daadwerkelijke resultaten | Pass / fail |
---|---|---|---|---|---|---|
TU01 | Controleer klantlogin met geldige gegevens |
|
Gebruikers-id = guru99 Wachtwoord = pass99 | De gebruiker moet inloggen op een applicatie | Zoals verwacht | Passeren |
TU02 | Controleer klantaanmelding met ongeldige gegevens |
|
Gebruikers-ID = goeroe99 Wachtwoord = glas99 | Gebruiker mag niet inloggen op een applicatie | Zoals verwacht | Passeren |
Deze hele tabel kan in Word, Excel of een andere tabel worden gemaakt Testmanagementtool. Dat is alles voor Test Case Design
Sjabloon voor testcases
- Houd er rekening mee dat de gebruikte sjabloon van project tot project kan variëren. Lees dit zelfstudie om een testcase-sjabloon te leren met uitleg van belangrijke velden
Download het bovenstaande Testcase-sjabloon Excel (.xls)
Veelgestelde vragen
Wat is een testcase?
Een testcase is een gedocumenteerde set van voorwaarden, invoer, acties en verwachte resultaten die zijn ontworpen om te verifiëren dat een specifieke functionaliteit of feature van een applicatie werkt zoals bedoeld. Het dient als richtlijn voor testers om ervoor te zorgen dat de applicatie zich correct gedraagt onder gespecificeerde omstandigheden.
Testscenario versus testcase
Voor een Testscenario: Controleer de inlogfunctionaliteit. Er zijn veel mogelijke testgevallen:
- Testgeval 1: Controleer de resultaten bij het invoeren van een geldige gebruikersnaam en wachtwoord
- Testgeval 2: Controleer de resultaten bij het invoeren van een ongeldige gebruikersnaam en wachtwoord
- Testcase 3: Controleer de reactie wanneer een gebruikers-ID leeg is en de login-knop wordt ingedrukt, en nog veel meer