Kwaliteit en testen

Onder grote druk de gewenste kwaliteit leveren is een uitdaging van veel organisaties. Kwaliteit vormt een integraal onderdeel van ICT– projecten en kan niet achteraf worden toegevoegd. Er zijn verschillende manieren om de gewenste kwaliteit te borgen.
 
Vanuit de leverancier gezien is het doel van het testen, het leveren van het bewijs dat het ontwikkel- en programmeerwerk goed gedaan is, zodat de factuur ingediend en betaald kan worden.
 
Vanuit de opdrachtgever, klant of gebruiker gezien zijn er meerdere doelen.
· ten eerste wil men weten of de leverancier heeft gedaan wat is afgesproken.
· ten tweede wil men weten of de gebruikers met het systeem willen en kunnen werken.
 
In de training Ontwerp Service Oriented Architecture leert u om de gewenste kwaliteit met de belanghebbenden te bespreken. De kwaliteitseisen worden als toetsbare zaken vastgelegd in de projectdocumentatie. Zolang er geen werkende systeemdelen zijn, toetst u analyse- en ontwerpmodellen.
 
Testen
Wanneer er werkende systeemdelen beschikbaar komen, gaat u over tot het testen ervan. Dan zijn al veel voorbereidende activiteiten voor het testen uitgevoerd.
 
Een belangrijk aspect bij testen is het vaststellen van de norm. Oftewel de vraag: wat is goed? Bij computerprogramma's kan dit vastliggen in een functioneel (technisch)ontwerp, bij andere producten is er vaak sprake van een productbeschrijving, offerte of norm.
 
Het functioneel (technisch) ontwerp van een programma beschrijft wat de functies zijn, het definieert wat je van een programma mag verwachten. Dat ontwerp is dan de norm, die bepaalt of een programma correct werkt of niet. Of het programma werkt wordt getest in de acceptatietest. Deze acceptatietest is nodig omdat de keyusers vaak niet het functioneel ontwerp hebben gelezen. Mogelijk zijn er wel enkele functioneel beheerders betrokken geweest bij het opstellen van dit ontwerp, maar of dit goed is gegaan wordt in de deze belangrijke fase getest.
Van te voren is er al een teststrategie opgezet, zijn testplannen gemaakt en testscripts opgesteld. Daarna volgt er een unittest en vervolgens wordt door de keyuser of functioneel beheerder de acceptatietest uitgevoerd.
 
Aanbod
ISES heeft twee trainingen ontwikkeld die gericht zijn op testen. Hierin wordt dieper ingegaan op de fasering binnen een testproces, de technieken en de testplannen. Deze trainingen zijn gebaseerd op TMap®.
 
Wat betekent TMap®?
Test Management Approach is een gestructureerde testaanpak voor informatiesystemen. Deze is gebaseerd op vier pijlers (fasering, organisatie, infrastructuur, technieken).
 
In de training TMap® Next Foundation bespreken we de fasering van het testproces en basis- en testontwerptechnieken. U kunt oefenen met deze testtechnieken voor unit-, unitintegratie-, systeem- en acceptatietesten.
 
In de training TMap® Next Advanced leert u hoe u een gedegen (master)testplan, productrisicoanalyse en begroting opstelt.
 
Ook de ontwikkelaanpak is belangrijk voor het realiseren van de afgesproken kwaliteit. Overigens komt in bijna al onze trainingen ‘kwaliteit’ aan de orde. Soms expliciet, soms impliciet.