Leestijd: 10 minuten

hoe testcases te schrijven lijkt misschien niet zo ‘ n belangrijk onderdeel van de ontwikkeling. Maar om een software tester om hun werk het beste uit te voeren, ze nodig hebben een kristalheldere set van stappen te volgen en een duidelijke definitie van wat wordt getest.Iedereen, van NASA en GE tot bedrijven op ondernemingsniveau, kan profiteren van teams die op hun best werken. Het schrijven van uitstekende testcases is nog een manier om teamefficiëntie en effectiviteit te verbeteren en Parasoft draait allemaal om het ondersteunen van teams om dat te doen.

in deze blog behandelen we de volgende onderwerpen met betrekking tot het schrijven van een testcase:

1. Wat is een testcase?
2. testscript vs. testcase
3. verschillende typen testcases
4. hoe software te schrijven testcases
5. standaard testcase formaat
6. testcase schrijven best practices
7. Test suite vs. testplan
8. schrijfgereedschap voor testcases

Wat Is een testcase in Software?

een testcase is precies wat het klinkt: een testscenario dat functionaliteit meet over een reeks acties of omstandigheden om het verwachte resultaat te verifiëren. Ze zijn van toepassing op elke software applicatie, kunnen handmatig testen of een geautomatiseerde test, en kunnen gebruik maken van test case management tools.

een belangrijk ding om te onthouden als het gaat om het schrijven van testcases is dat ze bedoeld zijn om een basisvariabele of taak te testen, zoals het al dan niet van toepassing zijn van een kortingscode op het juiste product op een webpagina voor e-commerce. Dit maakt een software tester meer flexibiliteit in het testen van code en functies.

testscript vs. testcase

het verschil tussen testcases vs. testscripts moet ook worden verduidelijkt. Een testscript is een kort programma bedoeld om bepaalde functionaliteit te testen. Een testcase is een document met stappen die volgens plan van tevoren moeten worden uitgevoerd.

beschouw testcases als een zorgvuldig geplande reis en testscripts zijn meer als een snelle reis naar de supermarkt.

verschillende soorten testcases

testcases kunnen veel verschillende aspecten van code meten. De betrokken stappen kunnen ook bedoeld zijn om een Fail resultaat te veroorzaken in tegenstelling tot een positief verwacht resultaat, zoals wanneer een gebruiker het verkeerde wachtwoord invoert op een login scherm.

enkele veelvoorkomende voorbeelden van testcases zijn::

testcases kunnen worden toegepast op een willekeurig aantal functies in een bepaalde software. Enkele van de meest populaire voorbeelden zijn:

• API testen-zie het in actie.
• UI testen-zie het in actie.
• Unit testing-zie het in actie.
• Load & performance testing-zie het in actie.
• Security testing
• SQL queries
• Low-code application testing

een populair voorbeeld van testcases

testcases zijn handig in verschillende softwarescenario ‘ s. Alles van bankieren tot persoonlijke software vereist een test case applicatie. Als het doel bijvoorbeeld is om versleutelde, gevoelige gegevens te hebben, moet de software functies hebben die werken zoals bedoeld.

maar functionele testen is slechts één aspect van het schrijven van een testcase. Software testen moet robuust uitdagen elk aspect van de code van prestaties tot Compatibiliteit tot veiligheid. Daarom moet persoonlijke encryptiesoftware zo grondig worden getest-vooral als het gaat om zaken als Web API ‘ s.

hoe Software testcases te schrijven

het schrijven van testcases varieert afhankelijk van wat de TestCASE meet of test. Dit is ook een situatie waarin het delen van test assets tussen dev en testteams software testen kan versnellen. Maar het begint allemaal met weten hoe je een testcase effectief en efficiënt te schrijven.

testgevallen hebben enkele integrale delen die altijd in velden aanwezig moeten zijn. Echter, elke testcase kan worden onderverdeeld in 8 basisstappen.

Stap 1: ID voor testgevallen

alle testgevallen moeten unieke ID ‘ s dragen om ze weer te geven. In de meeste gevallen, na een conventie voor deze naamgeving ID helpt met organisatie, duidelijkheid, en begrip.

Stap 2: Beschrijving van de Test

deze beschrijving moet aangeven welke eenheid, functie of functie wordt getest of wat wordt geverifieerd.

Stap 3: aannames en voorwaarden

dit houdt in dat aan alle voorwaarden moet worden voldaan voordat de TestCASE wordt uitgevoerd. Een voorbeeld zou worden waarvoor een geldig Outlook-account voor een login.

Stap 4: testgegevens

dit heeft betrekking op de variabelen en hun waarden in het testgeval. In het voorbeeld van een e-mail login, zou het de gebruikersnaam en het wachtwoord voor het account.

Stap 5: Uit te voeren stappen

dit moeten gemakkelijk herhaalbare stappen zijn zoals uitgevoerd vanuit het perspectief van de eindgebruiker. Bijvoorbeeld, een testcase voor het inloggen op een e-mailserver kan deze stappen bevatten:

1. Open E-Mail server webpagina.
2. voer gebruikersnaam in.
3. voer het wachtwoord in.
4. klik op ” Enter “of” Login ” knop.

Stap 6: verwacht resultaat

dit geeft het verwachte resultaat aan na het uitvoeren van de TestCASE-stap. Bij het invoeren van de juiste login informatie, het verwachte resultaat zou een succesvolle login.

Stap 7: Feitelijk resultaat en postcondities

in vergelijking met het verwachte resultaat kunnen we de status van het testcase bepalen. In het geval van de e-mail login, de gebruiker zou ofwel met succes ingelogd of niet. De post-voorwaarde is wat er gebeurt als gevolg van de stap uitvoering, zoals wordt doorgestuurd naar de e-mail inbox.

Stap 8: Pass / Fail

het bepalen van de pass/fail-status hangt af van hoe het verwachte resultaat en het werkelijke resultaat met elkaar verhouden.

hetzelfde resultaat = geslaagd
verschillende resultaten = mislukt

standaard Unit Test Case Format

elk onderdeel van een goed geschreven unit test zal verschillende kernaspecten definiëren, waaronder:

1. functies uitgevoerd door de test
2. gegevens gebruikt bij de test
3. verwacht resultaat van de uitvoering van de test
4. ervoor zorgen dat de test is uitgevoerd in afzondering van andere delen van de codebase

het is belangrijk om te weten dat het standaardformaat van goed geschreven tests bestaat uit de volgende delen:

• betekenisvolle testmethode naam
• gecontroleerde gegevens of mocks die moeten worden gebruikt voor het testen
• methode of eenheid die wordt getest (het deel van de code dat we testen)
• toepassing van een bewering
• de test van de eenheid afzonderlijk uitvoeren

Is er een Test Case Template?

zoals vermeld, is er een standaard testcasusformaat. Echter, de test case template zou waarschijnlijk variëren van bedrijf tot bedrijf en zelfs van team tot team. In plaats daarvan is een test case template het document met een lijst van testscenario ‘ s en daaropvolgende testcases.

kwaliteitstest voorbeeld

hoewel testgevallen variëren afhankelijk van het type test en het totale testgebied, komt het bouwen van een kwaliteitstest neer op de weinige betrouwbare punten hierboven. Vergeet niet: de naam van de testmethode moet de te testen methode of eenheid bevatten en wat het verwachte resultaat is.

er moet ook worden opgemerkt dat elke eenheid afzonderlijk moet worden getest. In dit geval, “isolatie” betekent het houden van tests gericht zo veel mogelijk om alleen het stuk van de toepassing die we testen voor uit te voeren.

dit voorbeeld komt uit een bankgerelateerde testcase:

met deze methode naam, we weten dat dit een eenheid test die is:

• het testen van de methode ” isOverDrawn ()”.
• het gebalanceerde gebruik voor de gecontroleerde gegevens was 500.
• het verwachte resultaat is waar.

een betekenisvolle methodenaam stelt iedereen die de resultaten bekijkt in staat om te begrijpen waarop de eenheidstest werd getest. Bovendien signaleert het de te testen gegevens, het verwachte resultaat en wat werd getest.

als de test mislukt, is de kennis van het verwachte resultaat van cruciaal belang om problemen gemakkelijker op te lossen en ervoor te zorgen dat er geen regressies worden ingevoerd.

Testcasusgegevens

de gebruikte gegevens moeten voldoende zijn om de test uit te voeren. Voor unit testing willen we het zo eenvoudig mogelijk maken om de meest basale unit van onze toepassing te testen. De gegevens kunnen zo eenvoudig zijn als het maken van een string of object variabele waarvoor u de gegevens kunt controleren. Of een mock framework kan gebruikt worden voor de test als een afhankelijkheid niet beschikbaar is of als je die afhankelijkheid nodig hebt om in een specifieke staat te zijn.

die net genoeg is om dat ene deel te testen indien het voldoende is. U hoeft niet elk onderdeel van de toepassing te configureren om de test uit te voeren.

dit alles heeft invloed op hoe de eenheidstest zich zal gedragen, aangezien dit de gegevens zijn die worden gebruikt voor de uitvoering van de eenheidstest. Als zodanig, dit deel van unit testing is de meest tijdrovende als het vereist enig begrip van de code die u test om te weten welke gegevens te gebruiken voor het testen.

houd het eenvoudig door alleen de onderdelen te gebruiken die nodig zijn voor de code die wordt getest. Spotjes zijn erg handig in deze fase omdat ze je in staat stellen om te bepalen hoe methoden van die objecten zich gedragen bij interactie met je test.

bijvoorbeeld, gegeven de volgende gegevens:

we vermeed de ” real customer class “door een mock voor de” customer class ” te gebruiken voor het testen van isolatie. We willen geen ander object introduceren of configureren voor deze test omdat het een andere laag van onderhoudbaarheid toevoegt voor dat object, en het heeft geen invloed op het resultaat van de testmethode.

de volgende variabele die moet worden aangemaakt is de “initiële balans” —iets dat bekend is vanwege de kennis van de code. De volgende regel toont het Account object wordt gemaakt samen met de mock en de eerste balans om de methode die we testen voor te bereiden met de gegevens die we net gebruikt.

in dit voorbeeld wordt het accountobject geconfigureerd met de nepklant, omdat we niet geven om de gegevens van het klantobject en we een eerste saldo hebben dat we kunnen controleren voor onze test.

de volgende regel definieert de invoer als de testmethode een getal vereist dat moet worden gebruikt. We hebben de “balans” gedefinieerd die moet worden gebruikt in de methode waarvoor we testen. Vervolgens wordt de methode uitgevoerd met het resultaat van de methode wordt opgeslagen in onze variabele voor ons om later te gebruiken.

een bewering

Toepassen zodra de test succesvol kan worden afgerond (zoals in het loopt van begin tot eind zonder uitzonderingen of fouten), dan is het tijd om een bewering toe te passen op de eenheidstest. Zonder de bewering is de unit test zinloos, omdat er niets is wat je afdwingt om ervoor te zorgen dat het werkt zoals bedoeld.

het verzamelen van de dekking van welke lijnen werden uitgevoerd vertelt wel wat werd uitgevoerd, maar het geeft niet genoeg details om het volgende te bepalen:

• als de code zich gedraagt zoals verwacht.
• als de code voldoet aan kwaliteitsdoelstellingen.
• indien de geretourneerde gegevens de verwachte gegevens zijn.

een bewering kan zo eenvoudig zijn als:

zolang de eenheidstest één bewering bevat die de methode onder testresultaat controleert, is dit een zinvolle eenheidstest.

door het standaardformaat van eenheidstest toe te passen, kan een team eenvoudig tests onderhouden, lezen en/of bijwerken en gemakkelijker zien waar meer tests op de rest van de toepassing kunnen worden toegepast.

Wat zijn de beste praktijken voor het schrijven van kwaliteitstesten?

het schrijven van effectieve tests en testcases kan in de loop van de tijd worden gestroomlijnd. Sommige best practices omvatten het gebruik van sterke titels, sterke beschrijvingen, en het houden van de taal beknopt en duidelijk.

maar u wilt ook randvoorwaarden, aannames en de verwachte resultaten opnemen. Al deze informatie is relevant voor de software tester — vooral bij het bepalen of de TestCASE moet een “pass” of een “fail” plaats.

een spiekbriefje voor het maken van testcases die goed werken is als volgt:

• Houd dingen eenvoudig en transparant.
• testgevallen herbruikbaar maken.
• houd ID ‘ s van testcases uniek.
• Peer review is belangrijk.
• testgevallen moeten rekening houden met de eindgebruiker of gedefinieerde eisen.
• geef verwachte resultaten en aannames op.

eenvoudig, uniek, specifiek, open voor feedback en gericht op herbruikbaarheid: dat is de manier van een geweldige testcase. Voor een meer visuele kijk op hoe je een kwaliteit testcase te schrijven, check out Parasoft ‘ s webinar over het onderwerp.

testpakket vs. testplan

het andere aspect van een testgeval betreft testpakketten en testplannen. Deze verschillen in belangrijke manieren en beide zijn van vitaal belang voor nauwkeurige test case ontwikkeling.

Wat Is een Test Suite?

een test suite komt in het spel voor test cases als het betrekking heeft op broncode, het verzamelen van afhankelijkheden, of de reeks tests uit te voeren op code. Met testsuites kunt u testcases categoriseren op een manier die aansluit bij de analyse-of planningsbehoeften.

dit betekent dat kernsoftwarefuncties hun eigen testsuite kunnen hebben, terwijl een andere testsuite voor een specifiek Testtype is, zoals smoke of security. Denk aan test suites als een boekenplank om je testcases op te organiseren.

Wat Is een testplan?

daarentegen lijkt een testplan meer op de paraplu die over alle testsuites staat. Als testcases boeken zijn en TestSuites boekenplanken zijn, dan zijn testplannen de ruimte waar de boekenplank zich bevindt.

in het algemeen worden testplannen opgesteld in de vorm van handmatige tests, geautomatiseerde tests en een algemeen formaat voor het uitvoeren van tests. Ze zullen de software van de stichting te testen met behulp van test suites en test cases voordat de uitvoering van wijzigingen of het toevoegen van nieuwe functies.

Best Test Case Writing Tools

Parasoft ontwikkelt over het algemeen zijn tools en suites met de “George Jetson” theorie in gedachten. Dat wil zeggen dat we willen dat onze klanten in staat zijn om “op een knop te drukken” en alles te laten verzorgen. Hoewel dit niet helemaal realistisch is, zijn tools die deze focus op automatisering het beste te gebruiken als het gaat om het schrijven van testcases.

kunnen niet alleen helpen met automatisering, maar ze kunnen ook vanaf het allereerste begin van de ontwikkeling helpen. Immers, het is te gemakkelijk om te verzanden door kleine details of functies. Men zou kunnen vergeten dat software gewoon eerst moet functioneren. Dat is waar een Java unit testing tool zoals Parasoft Jtest komt in.

deze tool stelt zowel beginners als experts in staat om hun unit testvaardigheden sneller te verbeteren, evenals de unit test ervaring. Na de oprichting van een stichting, Het voert de unit tests vervolgens begeleidt de gebruiker om ervoor te zorgen dat de tests zinvol zijn. Als je kunt begrijpen wat voor soort dingen te zoeken in een test, test case schrijven wordt minder intimiderend.