Ontdek toonaangevende testmethoden voor elke uitdaging.

Lees hoe geavanceerde testmethoden zorgen voor betrouwbare resultaten die uw projecten naar een hoger niveau tillen.

Meer Ontdekken

Wat is Functioneel Testen?

Als een applicatie wordt opgeleverd dient te worden getest of de applicatie ook daadwerkelijk doet wat het volgens het ontwerp zou moeten doen. Dit noemt men de functionele test of de functionele systeemtest. Dit is een black box test, er wordt alleen gekeken naar de functionele werking: doet het programma wat het volgens het ontwerp zou moeten doen.

Opstellen testspecificaties

In deze test worden op voorhand testgevallen geschreven op basis van het functioneel ontwerp. Het begint dus met een kritische bestudering van het functioneel ontwerp. Onduidelijkheden en fouten worden gemeld bij de ontwerper, waardoor deze bevindingen al in een vroeg stadium kunnen worden opgelost en worden verwerkt tijdens de bouw. Er zal worden geprobeerd om met zo weinig mogelijk testgevallen zoveel mogelijk voorkomende situaties te raken.

Acceptatietest

Over het algemeen worden aan het eind van de functionele test de gebruikers betrokken bij het testen. Dit noemt men de functionele acceptatietest. In deze fase wordt ook gekeken of een en ander in de praktijk werkbaar is voor de eindgebruikers.

Uitvoering

Als de applicatie wordt opgeleverd wordt deze getest middels de vooraf gespecificeerde testgevallen. Tijdens de uitvoering wordt gekeken of de applicatie dat doet wat het volgens het ontwerp zou moeten doen. Is dit niet het geval dan wordt gekeken of dit een ontwerpfout of een bouwfout betreft en wordt deze fout vervolgens gemeld bij betreffende afdeling. Vaak gebeurt dit in een aantal ronden waarbij telkens een nieuwe versie wordt opgeleverd, welke vervolgens getest dient te worden. Deze test wordt veelal uitgevoerd door professionele testers.

Rapportage

Als ook dit afgerond is, wordt er een rapportage opgeleverd. Hierin wordt aan de opdrachtgever een advies gegeven over de kwaliteit van het opgeleverde systeem. Daarnaast zullen de opgeloste bevindingen worden beschreven en de eventueel nog openstaande bevindingen.

Wat is Regressie Testen?

Testen stopt niet nadat een applicatie in productie is gegaan.

Nadat een applicatie is gebouwd en getest wordt het in productie genomen en wordt het in beheer genomen. In deze fase zullen er regelmatig wijzigingen in het bestaande systeem worden aangebracht. Als gevolg van deze aanpassingen kan het gebeuren dat er ongewild fouten ontstaan in ongewijzigde delen. Dit heet regressie; de kwaliteit van het systeem gaat achteruit. Om dit te voorkomen dient er een regressietest te worden uitgevoerd. Deze test richt zich met name op onderlinge samenhang tussen functies. Dit omdat hier de kans op regressie het grootst is.

Inspanning

Het regressietesten op zich vergt een minder grote inspanning dan het gedetailleerd testen van een wijziging. Vaak kan worden volstaan met enkele testgevallen. Echter doordat een wijziging vaak maar enkele functies betreft en regressietesten alle functies dient te raken, is de totale inspanning vaak toch groter.

Herhaalbaarheid

Doordat een regressietest bij elke nieuwe release opnieuw dient te worden uitgevoerd in (bijna) ongewijzigde vorm, is het van belang om te zorgen voor een goede en gestructureerde documentatie. Dit maakt de herbruikbaarheid van de test groter. Omdat een regressietest vaak wordt herhaald leent het zich bij uitstek voor geautomatiseerd testen.

Beheer

Om te zorgen voor het bruikbaar blijven van de regressietest zal deze moeten worden bijgewerkt bij wijzigingen in het systeem. Dit kunnen zowel functionele wijzigingen zijn als wijzigingen als gevolg van opgeloste bevindingen. Op deze manier blijft de test altijd actueel.

Wat is Keten Testen?

Bij het ontwikkelen van nieuwe systemen is er vrijwel altijd sprake van interfaces met andere systemen. Vaak betreft dit ook organisatorisch verschillende afdelingen. Het integreren van een systeem met andere systemen en werkprocessen is een complexe en foutgevoelige taak. Ketentesten, ook bekend als end-to-end testing, doorlooptest en systeemintegratietest, is de testsoort die hiervoor wordt gebruikt.

Definitie

Een ketentest wordt gedefinieerd als een test waarbij een of meer bedrijfsprocessen worden doorlopen over een aangesloten reeks van systemen en platforms met als doel antwoord te krijgen op de vraag of de processen en systemen op de juiste manier geïntegreerd zijn en een werkend geheel vormen.

Ketentests kunnen vaak pas op het eind van het traject worden uitgevoerd. Hierdoor leidt vertraging in test vrijwel zeker ook tot vertraging van het totale project.

Verantwoordelijkheden

Doordat de ketentest afdelingen overstijgt, zijn er een aantal zaken belangrijk. Zo is het belangrijk om verantwoordelijkheden goed te beleggen. Zo spelen onder andere de volgende vragen (een rol): Wie zijn de partijen, wie is bevoegd tot beslissen, wie is de opdrachtgever en wie zijn de acceptanten. Een heldere communicatie is hierbij erg belangrijk.

Strategie

Dit maakt dat een goede teststrategie erg belangrijk is bij ketentesten. Wat wordt wel en niet getest en wat zijn de risico’s als iets niet getest wordt.

Wat is Webclient Testen?

Het testen van webclients verschilt op veel punten van traditionele backoffice informatiesystemen.
Een eerste verschil betreft de gebruikers. Bij reguliere toepassingen zijn de medewerkers meestal van de organisatie zelf. Dit geldt echter niet voor webclients. Hier zijn de gebruikers vaak zakelijke of particuliere klanten. Dit stelt hoge eisen aan de beveiligbaarheid, performance, beschikbaarheid en bruikbaarheid. Ook krijg je bij webclients te maken met navigeerbaarheid.
Doordat het aantal klanten dat tegelijk een site kan benaderen in principe oneindig is, zal op dit aspect getest moeten worden middels loadtests en stresstests.

Verschil in toepassing van webclients

Niet iedere internettoepassing is even gecompliceerd. Zo zal de ene internetsite slechts dienen ter verstrekking van informatie (éénrichtingsverkeer), terwijl een andere applicatie volledig is geïntegreerd in het primaire proces van een organisatie (denk aan Bol.com). Tussen deze twee zitten nog een aantal gradaties waarbij de interactie tussen gebruiker en bedrijf toeneemt.
Het moge duidelijk zijn dat het voor de laatste belangrijker is dat de site 24 uur per dag, zeven dagen per week in de lucht is dan voor een site die enkel en alleen dient ter verstrekking van informatie.

Time-to-market

De time-to-market van een webclient is vaak kort. Daar komt bij dat releases elkaar vaak in rap tempo opvolgen. Dit gaat vaak ten koste van een goede documentatie, mede als gevolg van het feit dat webclients vaak iteratief ontwikkeld worden, waarbij er meer gestuurd wordt door de ontwikkelaars dan door opdrachtgevers.

Eisen

Dit stelt ook bijzondere eisen aan het testen van de webclients.

  • Er worden meer testtechnieken gebruikt
  • Meer kans op schade bij niet goed testen
  • Door snel opvolgende releases veel regressietests
  • Korte doorlooptijd
  • Geen goede documentatie waarop testen gebaseerd kunnen worden.
  • Loadtesten