Toen ik de opdracht kreeg om een blog te schrijven over stress- en betrouwbaarheidstests bij Low Code/No Code-platformen, werd al snel duidelijk: dit onderwerp zou als één post al snel uitgroeien tot een TL;DR. Daarom hebben we besloten om het op te splitsen. In deel 1 gaven we een (zeer) globale introductie in de wereld van Low Code/No Code-applicaties — vanaf nu afgekort als LC/NC, om in de LC/NC-gedachte bytes te besparen.
Nieuw in LC/NC? Lees dan eerst deel 1. Zo niet: lees vooral verder.
Waarom performance testen bij LC/NC-applicaties misschien wel nóg belangrijker is
De basisprincipes van abstractie om sneller en eenvoudiger software te ontwikkelen bestaan al decennia, maar de LC/NC-golf heeft de laatste jaren flink aan kracht gewonnen. Leveranciers van LC/NC-platformen schieten als paddenstoelen uit de grond — en ook gevestigde software- en SaaS-partijen haken aan.
Maar met abstractie komt minder zichtbaarheid. Wat je niet ziet, kun je ook lastig controleren. Dat betekent dat updates in de onderliggende stacks van een platform je als gebruiker flink kunnen verrassen — niet zozeer de update zelf, maar wel de impact ervan op je applicaties. Bij een self-hosted Mendix-omgeving kun je in theorie nog mappen doorspitten om te zien wat er verandert. Maar zelfs dan blijft het gissen wat het voor de performance betekent — en dus voor je eindgebruikers.
LC/NC verlaagt de drempel voor ontwikkeling — met veel voordelen, maar ook een paar kanttekeningen. Zo ontstaan er nieuwe ontwikkelaars met weinig tot geen ervaring in softwarearchitectuur. Denk aan beschikbaarheid, schaalbaarheid en foutafhandeling. Tegelijk moeten ervaren developers juist weer nieuwe best practices leren die passen bij LC/NC-omgevingen. In beide gevallen geldt: hoe meer getest wordt op performance én functionaliteit, hoe beter.
En geloof ons: bij MeasureWorks hebben we het vaker gezien — LC/NC betekent niet dat je geen maatwerk meer nodig hebt. In de praktijk is ‘out of the box’ zelden genoeg en zit je alsnog wekenlang aan je eigen code. En zoals je weet: maatwerk test je altijd.
Praktijkervaringen uit het veld
De afgelopen jaren hebben we veel LC/NC-platformen van dichtbij meegemaakt. Wat opvalt, is hoe verschillend prestaties kunnen zijn — afhankelijk van hoe en waarvoor een applicatie gebouwd is:
- De backend van een scrum board dat draait voor enkele tientallen gebruikers per uur kan volledig instorten zodra het wordt ingezet als e-commerce omgeving met 5000+ gebruikers per uur.
- Een app kan prima draaien op een snelle laptop met stabiele verbinding, maar compleet vastlopen bij gebruikers met trage verbindingen, VPNs of gateways. Sommige LC/NC-platformen genereren namelijk tientallen (of meer) kleine HTTP POST-calls, wat connectieproblemen flink kan versterken.
Een voorbeeld uit Nederland: een grote vervoersaanbieder had op de landingspagina na inloggen meer dan 30 HTTP POST-calls. En dan heb ik op een gegeven moment maar opgehouden met tellen.
LC/NC staat bekend om snelle innovatie. En applicaties die gebouwd zijn met LC/NC zijn zélf ook vaak continu in verandering. Dat zorgt voor een bewegend doel — op een bewegend doel. QA-teams, SRE’s en performance engineers moeten dus dubbel alert zijn. Geïntegreerd en continu testen van functionaliteit én performance wordt daarom alleen maar belangrijker in je CI/CD-pipeline.
En dan nu het lijstje — want we houden ook van overzicht
Als je tot hier bent gekomen: respect. Samenvattend:
- LC/NC-platformen en de apps die erop draaien veranderen snel. Testtools moeten dus ook mee-ontwikkelen.
- Meer gebruik van real browser testing kan helpen om abstractie toe te passen op je eigen tests — net zoals LC/NC dat zelf doet. Maar hou rekening met hogere kosten qua rekencapaciteit.
- Extra tooling voor scriptontwikkeling in protocolgebaseerde loadtestingplatformen kan veel tijd en frustratie besparen (zie het HTTP POST-voorbeeld hierboven).
- LC/NC op mobiele apps? Daar zijn we nog niet eens aan toegekomen. Wordt vervolgd.
Tot slot
In onze ervaring maken LC/NC-applicaties performance en betrouwbaarheidstesten niet minder belangrijk — maar juist urgenter. Juist door de snelheid, het gemak én de complexiteit onder de motorkap wil je als ontwikkelaar, QA’er of performance engineer zeker weten dat alles stabiel, schaalbaar en snel blijft werken.
Wil je weten hoe jouw LC/NC-applicatie presteert onder druk? We denken graag met je mee.
