GIS Testen: Pragmatiek voorkomt hectiek

Joep Lobee

Sprekers

Sander Schipper

Senior test consultants for

In de ideale situatie….

• Duidelijke requirements

• Goede reële en haalbare planningen

• Projectteam is optimistisch!

Maar de werkelijkheid is meestal anders….

• Het project loopt achterstand op door beschikbaarheid van projectmedewerkers

• De interfaces met andere systemen komen moeilijk van de grond

• Het maatwerk was door de leverancier toch iets makkelijker ingeschat dan verwacht

Bevindingen stapelen op….

• Opstartproblemen

• Autorisatieproblemen

• Problemen met rechten van gebruikers

• Instabiel systeem -> Sluit onverwachts af

• Connectiviteitsissues

• Snappingsissues

• Werken binnen sessies gaat niet goed

• Problemen met posten

• Etc..

En de geplande livegang komt in zicht!

Test status:

60% van de tijd besteed

45% van de tests uitgevoerd

WE HALEN HET NIET

Wij hebben hiervoor de oplossing

Samenvattend:

• Alle requirements nog eens goed bekeken

• Mogelijk “problematische” requirements verwijderd

• Een goede prioritering van het testwerk

• De basis voor je teststrategie is er al

Defects per categorie

http://www.orientaltrading.com/just-buggy-bugs-a2-58_39.fltr

Foutcategorie Testmaatregel

Configuratie (Peer) reviews Checklists Tests van de Configuratie

Incorrecte functionaliteit Reviews Test specificatie technieken

Overall GIS functionaliteit Plots testen, Autorisaties testen, Testen van Projecties etc.

Boehm Curve

High impact

Foutcategorie Testmaatregel

Configuratie (Peer) Reviews

Checklists

Testen van de configuratie

Incorrecte funtionaliteit Reviews

Test Specificatie technieken

Overall GIS functionaliteit Testen van Plots., Autorisatie, Projecties etc

Medium impact

Foutcategorie Testmaatregel

Configuratie

Testen van de configuratie

Incorrecte funtionaliteit

Test Specificatie technieken

Overall GIS functionaliteit Testen van Plots., Autorisatie, Projecties etc

Low impact

Foutcategorie Testmaatregel

Configuratie

Incorrecte funtionaliteit

Overall GIS functionaliteit Testen van Plots., Autorisatie, Projecties etc

Wat hebben we nu:

• Gedegen inzicht hoe de testinspanning te verdelen

• Welke tests gaan we waar uitvoeren (en waarom daar)

• Kom je in tijdnood dan weet je welke dingen urgent en welke minder urgent zijn => minder urgent = minder tests

Nu even terug naar project X :

• Vanwege geschrapte requirements meer tijd voor andere onderdelen

• Defects vroeg ontdekt en opgelost door reviews etc

• Belangrijkste tests aan het begin uitgevoerd, dus hoogste prio onderdelen als eerste gedaan

Vragen?

• j.lobee@eclipseit.nl

• s.schipper@eclipseit.nl

Boek:

Het Q Mysterie?