Performance testen begint niet bij een grafiek, maar bij een afspraak: welke vertraging is een defect, voor wie, en bij welke belasting. Lars de Wit geeft in Eindhoven een module waarin u die afspraak opschrijft en daarna een bescheiden proef draait tegen een testomgeving, niet tegen productie. Wij zijn geen load-lab dat uw piekdag overneemt. Wij leren uw team een profiel te kiezen, een meting te lezen en een conclusie te formuleren die een ontwikkelaar kan controleren.
U werkt met een tool die in uw pipeline past, vaak k6 of een vergelijkbare runner die als code in versiebeheer staat. Een eenmalige opname in een GUI die niemand kan herhalen, telt niet als resultaat. De functionele juistheid van het endpoint hoort al vast te staan via API Testen. Een loadtest op een fout contract meet alleen hoe snel u het verkeerde antwoord geeft.
Drie proeven, niet één groot getal
Wij onderscheiden een rookproef met weinig gebruikers, een belastingsproef rond de verwachte piek, en een stresproef voorbij die piek om te zien hoe het systeem faalt. Alleen de middelste proef zegt iets over een service level dat u hebt opgeschreven. De stresproef zegt iets over het faalgedrag: een nette fout is iets anders dan een vastgelopen proces.
| Proef | Vraag | U stopt wanneer |
|---|---|---|
| Rook | Draait het script überhaupt? | Fouten in het script, niet in het product |
| Belasting | Blijft de afgesproken grens heel? | De meting stabiel is of de grens breekt |
| Stress | Hoe faalt het voorbij de piek? | U het faalpatroon kunt beschrijven |
Percentielen zijn hier geen versiering. Een gemiddelde verbergt de gebruikers die wachten. In de module leest u p95 en het foutpercentage naast elkaar. Een snelle p95 met tien procent fouten is geen succes. Hoe u die conclusie in een releasebesluit zet, sluit aan op Teststrategie.
Lab grens
U schrijft één zin: bij honderd gelijktijdige sessies blijft p95 onder de afgesproken milliseconden en het foutpercentage onder één procent. Zonder die zin start het script niet.
Lab omgeving
U noteert welke omgeving u raakt en waarom die wel of niet op productie lijkt. Een meting op een laptop is een repetitie, geen bewijs.
Lab rapport
Eén pagina: profiel, grens, resultaat, en wat u niet hebt gemeten. Die laatste zin hoort erbij.
Veelgestelde vragen
Testen wij tegen productie?
Nee. Wij draaien tegen een test- of acceptatieomgeving die u aanwijst, met synthetische gebruikers. Productieverkeer nabootsen op de live site hoort niet bij deze opleiding.
Hebben wij een duur load-lab nodig?
Niet om te leren. Een runner en een omgeving met bekende limieten zijn genoeg voor de module. Een representatieve omgeving is een voorwaarde voor een conclusie die u buiten de klas gebruikt.
Is traag altijd een defect?
Alleen wanneer u de grens vooraf hebt afgesproken. Zonder grens is traag een mening. De module dwingt die grens naar voren.
Hoe lang duurt de training?
Drie dagdelen op Strijp-S, of twee incompany-dagen wanneer uw script en omgeving al bestaan en de les over interpreteren gaat.
Werkgebied Eindhoven
Performance-modules starten op Strijp-S. De omgeving die u meet, kan in de cloud staan; de interpretatie doen wij samen in Eindhoven, niet in een anonieme rapportmail.
- Strijp-S
- Centrum
- Stratum
- Woensel-Noord
- Gestel
- Tongelre
- Meerhoven
- De Bergen
ITCursusNL Software Testing B.V.
Uw aanspreekpunt: Lars de Wit
Torenallee 20
5617 BC Eindhoven
Telefoon: +31 40 240 3186
E-mail: [email protected]