Performance testing meet hoe software zich gedraagt onder echte belasting: hoe snel hij reageert, hoeveel gebruikers hij tegelijk aankan, en of hij stabiel blijft als het verkeer oploopt. Het gaat minder om de vraag of een functie werkt, en meer om de vraag of hij blijft werken als er duizend mensen tegelijk opduiken.
Een handige vergelijking is een restaurant op een rustige dinsdag tegenover een volgeboekte zaterdagavond. Eén ober bedient vijf tafels met gemak. De echte vraag is wat er bij vijftig gebeurt: lopen de bestellingen vast, raakt de keuken achterop, valt de hele tent stil? Performance testing simuleert die drukke zaterdag expres, zodat problemen in een test opduiken in plaats van voor de neus van betalende klanten. Dit is een kernonderdeel van quality assurance.
Het werk valt uiteen in een paar smaken. Load testing bootst een normale drukke dag na. Een stresstest blijft gebruikers toevoegen tot er iets breekt, zodat je weet waar het plafond zit. Een soak test draait urenlang een stabiele belasting om trage lekken te vangen die pas na een tijdje opduiken, zoals geheugen dat nooit wordt vrijgegeven en de server uiteindelijk traag maakt.
Testers letten meestal op reactietijden, foutpercentages en hoeveel geheugen en rekenkracht het systeem gebruikt. Als iets traag is, zit de oplossing vaak in slimmere caching, betere databasequery’s of meer servercapaciteit. Een klassieke boosdoener is één pagina die per item in een lijst een aparte query draait; bij tien rijen merkt niemand het, bij tienduizend staat de pagina stil. Het doel is dat plafond vinden voordat je klanten dat doen.
Bij TopDevs draaien we performancetests voor lanceringen met veel verkeer, zodat een drukke dag een goede dag wordt en niet de dag waarop je site omvalt.
