De verschillende soorten softwaretests

1. Unittests

De unittests zijn van zeer laag niveau en liggen dicht bij de bron van een toepassing. Ze bestaan uit het testen van individuele methoden en functies van de klassen, componenten of modules die in je software worden gebruikt. Unittests zijn over het algemeen vrij goedkoop te automatiseren en kunnen heel snel worden uitgevoerd door een server met continue integratie.

2. Integratietests

Integratietests bevestigen dat de verschillende modules of services die in je toepassing worden gebruikt, goed samenwerken. Het kan bijvoorbeeld gaan om de interactie met de database testen of om ervoor te zorgen dat microservices samenwerken zoals verwacht. Dit soort tests zijn duurder om uit te voeren omdat er meerdere onderdelen van de toepassing nodig zijn om operationeel te zijn.

3. Functionele tests

Functionele tests zijn gericht op de zakelijke vereisten van een toepassing. Ze verifiëren alleen de output van een actie en controleren niet de tussenliggende status van het systeem wanneer ze die actie uitvoeren.

Er bestaat soms verwarring tussen integratietests en functionele tests, omdat ze beide meerdere componenten vereisen om met elkaar te kunnen interageren. Het verschil is dat een integratietest simpelweg verifieert dat je de database kunt opvragen, terwijl een functionele test zou verwachten dat je een specifieke waarde uit de database haalt, zoals bepaald door de productvereisten.

4. End-to-end-tests

Bij end-to-end-tests wordt gebruikersgedrag met de software nagebootst in een complete toepassingsomgeving. Deze test verifieert dat verschillende gebruikersstromen naar verwachting werken en kan zo eenvoudig zijn als het laden van een webpagina of inloggen of veel complexere scenario's bevatten, het verifiëren van e-mailmeldingen, online betalingen, enz.

End-to-end-tests zijn erg nuttig, maar ze zijn duur om uit te voeren en kunnen moeilijk te onderhouden zijn als ze geautomatiseerd zijn. Het wordt aanbevolen om een paar belangrijke end-to-end-tests uit te voeren en meer te vertrouwen op tests op een lager niveau (unit- en integratietests) om snel belangrijke veranderingen te kunnen identificeren.

5. Acceptatietests

Acceptatietests zijn formele tests die verifiëren of een systeem voldoet aan zakelijke vereisten. Bij deze tests is het nodig dat de hele toepassing actief is tijdens het testen en zich richt op het nabootsen van gebruikersgedrag. Maar ze kunnen ook een stap verder gaan en de prestaties van het systeem meten en wijzigingen afwijzen als bepaalde doelen niet worden gehaald.

6. Prestatietests

Prestatietests bekijken hoe een systeem presteert met een bepaalde werklast. Deze tests helpen om de betrouwbaarheid, snelheid, schaalbaarheid en responsiviteit van een toepassing te meten. Een prestatietest kan bijvoorbeeld de responstijden in acht nemen bij de uitvoering van een groot aantal aanvragen, of bepalen hoe een systeem zich gedraagt met een aanzienlijke hoeveelheid gegevens. De test kan bepalen of een toepassing voldoet aan de prestatievereisten, knelpunten opsporen, de stabiliteit meten tijdens piekuren en meer.

7. Smoke-tests

Smoke-tests zijn basistests die de basisfunctionaliteit van een toepassing controleren. Ze moeten snel uitvoerbaar zijn en hun doel is om je de zekerheid te geven dat de belangrijkste functies van je systeem naar verwachting werken.

Smoke-tests kunnen handig zijn direct nadat een nieuwe build is gemaakt om te beslissen of je al dan niet duurdere tests kunt uitvoeren, of direct na een implementatie om er zeker van te zijn dat de toepassing goed werkt in de net geïmplementeerde omgeving.

Je tests automatiseren

Om je tests te automatiseren, moet je ze eerst programmatisch schrijven met behulp van een testkader dat past bij je toepassing. PHPUnit, Mocha en RSpec zijn voorbeelden van testkaders die je kunt gebruiken voor respectievelijk PHP, JavaScript en Ruby. Er zijn veel opties beschikbaar voor elke taal, dus misschien moet je je daar eens in verdiepen en ontwikkelaarscommunity's vragen wat voor jou het beste kader is.

Als je tests via een script vanaf je terminal kunnen worden uitgevoerd, kun je ze automatisch laten uitvoeren door een server voor continue integratie zoals Bamboo of door een cloudservice zoals Bitbucket Pipelines te gebruiken. Deze tools houden je repository's in de gaten en voeren je testsuite uit wanneer er nieuwe wijzigingen worden doorgevoerd in de hoofdrepository.

Verkennende testen

Hoe meer functies en verbeteringen er in je code zitten, hoe meer je moet testen om er zeker van te zijn dat je hele systeem naar behoren werkt. En dan is het verstandig om voor elke bug die je oplost te controleren of ze niet terugkomen in nieuwere versies. Automatisering is essentieel om dit mogelijk te maken en het schrijven van tests wordt vroeg of laat onderdeel van je ontwikkelingsworkflow.

De vraag is dus: is het nog steeds de moeite waard om handmatige tests uit te voeren? Om kort te zijn: ja, en het is waarschijnlijk het beste om verkennende tests uit te voeren om niet voor de hand liggende fouten aan het licht te brengen.

Een verkennende testsessie duurt niet langer dan twee uur en moet een duidelijke scope hebben, zodat testers zich kunnen concentreren op een specifiek deel van de software. Zodra alle testers zijn ingelicht, moeten er verschillende acties worden ondernomen om te controleren hoe het systeem zich gedraagt.

Een opmerking over testen

Om deze handleiding af te maken, is het belangrijk om te praten over het doel van testen. Hoewel het belangrijk is om te testen of gebruikers daadwerkelijk een toepassing kunnen gebruiken (ze kunnen en een object opslaan), is het net zo belangrijk om te testen of een toepassing niet kapot gaat als er slechte gegevens of onverwachte acties worden uitgevoerd. Je moet anticiperen op wat er gebeurt als een gebruiker een typfout maakt, een onvolledig formulier probeert op te slaan of de verkeerde API gebruikt. Je moet controleren of iemand eenvoudig gegevens in gevaar kan brengen of toegang kan krijgen tot een bron waar diegene niet bij zou moeten kunnen. Een goede testsuite moet proberen om je app beter te maken en de grenzen ervan te begrijpen.

En tot slot, tests zijn ook code! Vergeet ze dus niet tijdens de codereview, want ze kunnen de laatste halte voor productie zijn.

Bovendien biedt Open DevOps van Atlassian een open toolchain-platform waarmee je een CD-gebaseerde ontwikkelingspipeline kunt bouwen met je favoriete tools. Ontdek hoe Atlassian en tools van derden testen kunnen integreren in je workflow met onze DevOps-testtutorials.