Wat is een testcase?
Een TEST CASE is een reeks acties die wordt uitgevoerd om een bepaalde functie of functionaliteit van uw softwaretoepassing te verifiëren. Een testcase bevat teststappen, testgegevens, preconditie, postconditie ontwikkeld voor een specifiek testscenario om elke vereiste te verifiëren. De testcase bevat specifieke variabelen of voorwaarden waarmee een testingenieur de verwachte en daadwerkelijke resultaten kan vergelijken om te bepalen of een softwareproduct functioneert volgens de eisen van de klant.
Testscenario versus testcase
Testscenario's zijn nogal vaag en bestrijken een breed scala aan mogelijkheden. Bij testen gaat het erom heel specifiek te zijn.
Voor een testscenario: controleer de aanmeldingsfunctionaliteit, 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 ongeldig gebruikers-ID en wachtwoord
- Testgeval 3: controleer de reactie wanneer een gebruikers-ID leeg is en de aanmeldingsknop is ingedrukt, en nog veel meer
Dit is niets anders dan een testcase.
In deze tutorial leer je hoe je testcases schrijft in handmatig testen met voorbeeld -
- Hoe u testcases schrijft bij handmatig testen
- Het formaat van standaard testcases
- Best Practice voor het schrijven van een goed voorbeeld van een testcase.
- Test Case Management Tools
- Middelen
Klik hier als de video niet toegankelijk is
Hoe u testcases schrijft bij handmatig testen
Laten we een testcase maken voor het scenario: Controleer de aanmeldingsfunctionaliteit
Stap 1) Een eenvoudige testcase om het scenario uit te leggen zou zijn
| Testgeval # | Test Case Beschrijving |
|---|---|
| 1 | Controleer de reactie wanneer een geldig e-mailadres en wachtwoord is ingevoerd |
Stap 2) Om de testcase uit te voeren, heeft u testgegevens nodig. Het hieronder toevoegen
| Testgeval # | Test Case Beschrijving | Testgegevens |
|---|---|---|
| 1 | Controleer de reactie wanneer een geldig e-mailadres en wachtwoord is ingevoerd | E-mail: Dit e-mailadres is beschermd tegen spambots. JavaScript moet ingeschakeld zijn om het te kunnen bekijken. Wachtwoord: lNf9 Oti7 2h |
Het identificeren van testgegevens kan tijdrovend zijn en het kan soms nodig zijn om testgegevens opnieuw te maken. De reden waarom het moet worden gedocumenteerd.
Stap 3) Om een testcase uit te voeren, moet een tester een specifieke reeks acties op de AUT uitvoeren. Dit wordt hieronder gedocumenteerd:
| Testgeval # | Test Case Beschrijving | Teststappen | Testgegevens |
|---|---|---|---|
| 1 | Controleer de reactie wanneer een geldig e-mailadres en wachtwoord is ingevoerd |
1) Voer het e-mailadres in 2) Voer het wachtwoord in 3) Klik op Aanmelden |
E-mail: Dit e-mailadres is beschermd tegen spambots. JavaScript moet ingeschakeld zijn om het te kunnen bekijken. Wachtwoord: lNf9 Oti7 2h |
Vaak zijn de teststappen niet eenvoudig zoals hierboven, daarom hebben ze documentatie nodig. Ook kan het zijn dat de auteur van de testcase de organisatie verlaat of op vakantie gaat, ziek is en geen dienst heeft of het erg druk heeft met andere kritieke taken. Er kan een recent aangenomen medewerker worden gevraagd om de testcase uit te voeren. Gedocumenteerde stappen zullen hem helpen en ook beoordelingen door andere belanghebbenden vergemakkelijken.
Stap 4) 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
| Testgeval # | Test Case Beschrijving | Testgegevens | verwacht resultaat |
|---|---|---|---|
| 1 | Controleer de reactie wanneer een geldig e-mailadres en wachtwoord is ingevoerd | E-mail: Dit e-mailadres is beschermd tegen spambots. JavaScript moet ingeschakeld zijn om het te kunnen bekijken. Wachtwoord: lNf9 Oti7 2h | Inloggen zou succesvol moeten zijn |
Tijdens de uitvoering van de test zal de tester de verwachte resultaten vergelijken met de werkelijke resultaten en een geslaagd of mislukt status toewijzen
| Testgeval # | Test Case Beschrijving | Testgegevens | verwacht resultaat | Werkelijke resultaat | Pass / Fail |
|---|---|---|---|---|---|
| 1 | Controleer de reactie wanneer een geldig e-mailadres en wachtwoord is ingevoerd | E-mail: Dit e-mailadres is beschermd tegen spambots. JavaScript moet ingeschakeld zijn om het te kunnen bekijken. Wachtwoord: lNf9 Oti7 2h | Inloggen zou succesvol moeten zijn | Inloggen is gelukt | Slagen voor |
Stap 5) Dat afgezien van uw testcase -kan een veld hebben als, Pre-Condition die dingen specificeert die op hun plaats moeten zijn 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 postcondities bevatten die alles specificeren dat van toepassing is nadat de testcase is voltooid. Voor onze testcase zou een postconditie zijn dat de tijd en datum van inloggen in de database is opgeslagen
Het formaat van standaard testcases
Hieronder ziet u een formaat van een voorbeeld van een standaard inlogtestcases.
| Testcase-ID | Testscenario | Teststappen | Testgegevens | verwachte resultaten | Daadwerkelijke resultaten | Pass / Fail |
|---|---|---|---|---|---|---|
| TU01 | Controleer de klantlogin met geldige gegevens |
| Userid = guru99 Wachtwoord = pass99 | De gebruiker moet inloggen op een applicatie | Zoals verwacht | Slagen voor |
| TU02 | Controleer de klantaanmelding met ongeldige gegevens |
| Userid = guru99 Wachtwoord = glass99 | De gebruiker mag niet inloggen op een applicatie | Zoals verwacht | Slagen voor |
Deze hele tabel kan worden gemaakt in Word, Excel of een andere testbeheertool. Dat is alles om Case Design te testen
Bij het opstellen van een testcase de volgende informatie opnemen
- De beschrijving van welke eis wordt getoetst
- De uitleg hoe het systeem wordt getest
- De testopstelling zoals een versie van een te testen applicatie, software, gegevensbestanden, besturingssysteem, hardware, beveiligingstoegang, fysieke of logische datum, tijd van de dag, vereisten zoals andere tests en alle andere installatie-informatie die relevant is voor de vereisten die worden getest
- Input en output of acties en verwachte resultaten
- Alle bewijzen of bijlagen
- Gebruik actieve hoofdletters / kleine letters
- Testcase mag niet meer dan 15 stappen bevatten
- Een geautomatiseerd testscript wordt becommentarieerd met invoer, doel en verwachte resultaten
- De opstelling biedt een alternatief voor de vereiste tests
- Bij andere tests zou het een onjuiste volgorde van bedrijfsscenario's moeten zijn
Best Practice voor het schrijven van een goed voorbeeld van een testcase.
1. Testcases moeten eenvoudig en transparant zijn:
Maak testcases die zo eenvoudig mogelijk zijn. Ze moeten duidelijk en beknopt zijn, aangezien de auteur van de testcase ze mogelijk niet uitvoert.
Gebruik assertief taalgebruik zoals naar de startpagina gaan, gegevens invoeren, hierop klikken enzovoort. Dit maakt het begrijpen van de teststappen eenvoudig en het uitvoeren van tests gaat sneller.
2. Maak een testcase met de eindgebruiker in gedachten
Het uiteindelijke doel van elk softwareproject is om testcases te maken die voldoen aan de eisen van de klant en die eenvoudig te gebruiken en te bedienen zijn. Een tester moet testcases maken, rekening houdend met het perspectief van de eindgebruiker
3. Voorkom herhaling van testgevallen.
Herhaal geen testgevallen. Als een testcase nodig is voor het uitvoeren van een andere testcase, roep de testcase dan op met de testcase-id in de kolom met voorwaarden
4. Ga er niet vanuit
Ga niet uit van de functionaliteit en kenmerken van uw softwareapplicatie tijdens het voorbereiden van een testcase. Blijf bij 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 de traceerbaarheidsmatrix om ervoor te zorgen dat geen enkele functie / voorwaarde ongetest blijft.
6. Testgevallen moeten identificeerbaar zijn.
Geef de ID van de testcase een naam, zodat ze gemakkelijk kunnen worden geïdentificeerd tijdens het traceren van defecten of het identificeren van een softwarevereiste in een later stadium.
7. Implementeer testtechnieken
Het is niet mogelijk om alle mogelijke omstandigheden in uw softwareapplicatie te controleren. Softwaretesttechnieken helpen u bij het selecteren van enkele testgevallen met de maximale mogelijkheid om een defect te vinden.
- Boundary Value Analysis (BVA): Zoals de naam al doet vermoeden, is het de techniek die het testen van grenzen voor een gespecificeerd bereik van waarden definieert.
- Equivalentiepartitie (EP): Deze techniek verdeelt het bereik in gelijke delen / groepen die meestal hetzelfde gedrag vertonen.
- State Transition Technique : Deze methode wordt gebruikt wanneer softwaregedrag van de ene staat naar de andere verandert na een bepaalde actie.
- Fout raden techniek: dit is raden / anticiperen op de fout die kan optreden tijdens het uitvoeren van handmatige tests. Dit is geen formele methode en profiteert van de ervaring van een tester met de applicatie
8. Zelfreiniging
De testcase die u maakt, moet de testomgeving terugbrengen naar de pre-teststatus en mag de testomgeving niet onbruikbaar maken. Dit geldt met name voor het testen van configuraties.
9. Herhaalbaar en op zichzelf staand
De testcase moet elke keer dezelfde resultaten opleveren, ongeacht wie deze test
10. Peer review.
Laat ze na het maken van testcases beoordelen door uw collega's. Uw collega's kunnen defecten in het ontwerp van uw testcase ontdekken, die u gemakkelijk over het hoofd kunt zien.
Test Case Management Tools
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 testcases: met tools kunt u het maken van testcases versnellen met behulp van sjablonen
- Voer de testcase uit en noteer de resultaten: de testcase kan worden uitgevoerd met behulp van de tools en de verkregen resultaten kunnen eenvoudig worden geregistreerd.
- Automatiseer het opsporen van defecten: mislukte tests worden automatisch gekoppeld aan de bugtracker, die op zijn beurt kan worden toegewezen aan de ontwikkelaars en kan worden gevolgd door e-mailmeldingen.
- Traceerbaarheid: vereisten, testcases, uitvoering van testcases zijn allemaal met elkaar verbonden via de tools, en elke case kan naar elkaar worden getraceerd om de testdekking te controleren.
- Testcases 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
- Naamgeving en nummeringsconventies
- Versiebeheer
- Alleen-lezen opslag
- Gecontroleerde toegang
- Off-site back-up
Populaire testmanagementtools zijn: Quality Center en JIRA
Middelen
- Houd er rekening mee dat het gebruikte sjabloon van project tot project kan verschillen. Lees deze tutorial om Testcase-sjabloon te leren met uitleg van belangrijke velden
Download de bovenstaande Test Case Template Excel (.xls)
