De laatste dag op de conferentie was verrassend interessant. Ik ben naar een spreker geweest over performance testen. Omdat ik daar nauwelijks iets vanaf weet, had ik wel verwacht daar iets van op te steken. Maar daarnaast had ik besloten om naar een spreker te gaan die het zou hebben over een model van testen. Dit was een grote gok en klonk vooral erg theoretisch. Dat was het, maar wel met een zeer leerzame praktische insteek.

Bij de presentatie over performance testen werden 5 stappen uitgelegd die gevolgd moeten worden.
1. Bepaal het doel van je performance test. Wat wil je meten en wat zijn precies de eisen aan de performance in getallen?
2. Ontwerp je scenario. Bepaal hoe je de performance wil testen en bepaal welke middelen hiervoor nodig zijn.
3. Bouw je scenario en leg hem vast. Maak de testdata die nodig is voor de performance test en werk de performance test meer in detail uit.
4. Voer een baseline en een loadtest uit. Bij de baseline test voer je dezelfde test uit, alleen slechts voor 1 item (b.v. 1 gebruiker). Dit zorgt ervoor dat je vergelijkingsmateriaal hebt als je het aantal vermeerderd.
5. Analyseer het resultaat

De tweede presentatie over het testmodel legde in eerste instantie uit hoeveel mogelijke relaties er wel niet zijn tussen bepaalde standaard testelementen. De genoemde elementen waren:
- specificatie (alles wat beschrijft hoe de applicatie moet werken)
- testconditie (beschrijving van een situatie die een tester moet testen, b.v. “Weiger het verwijderen van een werknemer als deze nog in dienst is”)
- testcase (concrete beschrijving van datgene wat getest moet worden, o.a. met invoer en resultaat beschrijving)
- testscript (document waarin stap voor stap beschreven staat hoe er getest moet worden)
- teststap (beschrijving van een stap in een testscript)
- test uitvoering script (document waarin beschreven staat welke testen uitgevoerd moeten worden, vaak een verzameling van testscripts)
- testresultaat (document met beschrijving van het testresultaat)

In de toekomst moet dit nog verder worden uitgebreid met andere elementen. De relaties waren ongeveer samen te vatten met: er zijn heel veel relaties mogelijk. Maar binnen een bedrijf worden er meestal maar een paar gebruikt. En doorgaans ook maar een paar elementen. En zo kwamen we bij de conclusie van de presentatie: zorg ervoor dat je als tester weet wat er mogelijk is en baseer daar tijdens een project je keuze op. Dus ga altijd voor de standaard werkwijze, maar kijk of een andere manier van werken misschien voor dit project handig is.