Aptitude tests voor tech: wat je kunt verwachten

Je solliciteert als developer, data-analist, productmanager of IT-trainee en in de uitnodiging staat een online aptitude test. Dan wil je weten welke tests het zijn, hoe zwaar ze tellen en hoe je je voorbereidt zonder weken te verliezen. In dit artikel lees je welke capaciteitentests je in de techsector tegenkomt, per rol wat er het meest toe doet, welke aanpak werkt en je oefent met acht eigen vragen in de stijl van deze tests.

Wat is een aptitude test in tech precies?

Een aptitude test, in Nederland vaak capaciteitentest genoemd, meet hoe goed je redeneert onder tijdsdruk. Het gaat niet om kennis van een programmeertaal of framework. Je krijgt opgaven waarin je een patroon moet vinden, een logische regel moet toepassen of cijfers uit een tabel moet halen. Alles wat je nodig hebt, staat in de vraag zelf.

Techwerkgevers gebruiken zulke tests vooral vroeg in het proces, als eerste filter bij veel sollicitanten. Denk aan traineeships, graduateprogramma's en grotere techbedrijven. Bij kleine bedrijven en ervaren rollen ligt de nadruk vaker op een technisch gesprek of een codeeropdracht. Of en welke test jij krijgt, staat in je uitnodiging. Wil je eerst de basis van aptitude tests begrijpen, lees dan wat een aptitude test is.

Belangrijk onderscheid: een aptitude test is geen codeertest. In een codeertest schrijf je werkende code in een editor. In een aptitude test klik je meestal een meerkeuzeantwoord aan. Je kunt in één sollicitatie allebei tegenkomen, maar ze vragen een andere voorbereiding.

Welke testtypes kom je tegen?

Testtype Wat je doet Waarom tech het gebruikt
Logisch (deductief) redeneren Conclusies trekken uit regels en voorwaarden Lijkt op het redeneren met condities en randgevallen in code
Abstract (inductief) redeneren Patronen vinden in figuren of reeksen Meet hoe snel je nieuwe structuren doorziet
Numeriek redeneren Tabellen en grafieken interpreteren, percentages berekenen Belangrijk voor data-, product- en businessrollen
Verbaal of kritisch redeneren Bepalen of een stelling uit een tekst volgt Voor product-, consultancy- en analistenrollen
Persoonlijkheids- of gedragsvragenlijst Voorkeuren aangeven Past bij teamcultuur en werkstijl

Sommige werkgevers gebruiken gamified tests, waarin je korte spelletjes speelt die geheugen, aandacht of risicogedrag meten. Het principe blijft hetzelfde: het systeem meet hoe je denkt, niet wat je weet. Meer over de vormen lees je in soorten aptitude tests uitgelegd.

Wat telt het zwaarst per rol?

Software developer of engineer. Logisch en abstract redeneren staan hier centraal. Een opgave als "als A en niet B, dan C" voelt bekend voor iemand die dagelijks if-statements schrijft, maar onder tijdsdruk maken ook ervaren programmeurs fouten met ontkenningen. Oefen daarom bewust met negaties en "alleen als"-constructies. Ook patroonopgaven komen veel voor; de aanpak daarvan lees je in patroonherkenning voor programmeurs.

Data-analist of data scientist. Hier weegt numeriek redeneren zwaarder: groeipercentages, aandelen, gemiddelden en het vergelijken van datasets. De rekensommen zijn niet moeilijk, maar de valkuilen zitten in procentpunten versus procenten en in de verkeerde basis kiezen.

Productmanager of business analist. Je krijgt vaak een mix van numeriek, verbaal en soms kritisch denken. Werkgevers willen zien dat je uit een rapport de juiste conclusie trekt en geen conclusie die er net niet staat.

IT-trainee of support. Bij brede traineeships krijg je vaak een combinatie van numeriek, verbaal en abstract redeneren, soms aangevuld met een test op nauwkeurigheid, zoals gegevens controleren op fouten.

Uitgewerkt voorbeeld: een logische opgave

Stel, je krijgt deze regels:

  • Een feature gaat live als de code-review is goedgekeurd én alle tests slagen.
  • Feature Q is niet live gegaan.

Wat weet je zeker? Veel kandidaten kiezen "de code-review is afgekeurd". Dat volgt niet. Je weet alleen dat minstens één van de twee voorwaarden niet is vervuld: de review, de tests of allebei. Dit is precies het denkwerk dat bij een bug-analyse terugkomt, maar in een test heb je er maar een halve minuut voor.

Een snelle techniek: schrijf de regel als formule. "Review EN tests → live". De ontkenning van "live" geeft "NIET review OF NIET tests". Wie dat eenmaal automatisch doet, haalt veel tijd en punten.

Uitgewerkt voorbeeld: een data-opgave

Maand Actieve gebruikers Betalende gebruikers
Januari 20.000 1.000
Februari 25.000 1.500

Vraag: met hoeveel procentpunt steeg het aandeel betalende gebruikers? Januari: 1.000 / 20.000 = 5%. Februari: 1.500 / 25.000 = 6%. Het verschil is 1 procentpunt. De procentuele stijging van het aandeel is 20% (1 / 5), en de stijging van het aantal betalende gebruikers is 50%. Drie verschillende getallen uit dezelfde tabel; de vraagstelling bepaalt welk getal je nodig hebt. Meer over dit soort tabelvragen vind je in gegevensinterpretatie-vragen uitgelegd.

Aanpak die werkt

  1. Lees de uitnodiging precies. Noteer welke testtypes je krijgt, of er een tijdslimiet per vraag of per test is en of je een rekenmachine mag gebruiken.
  2. Doe een nulmeting per testtype. Maak per onderdeel één getimede oefenset en noteer je score en tijd. Je zwakste onderdeel krijgt voorrang.
  3. Oefen logica met formules. Vertaal regels naar korte notatie (A → B, NIET A). Dat voorkomt de klassieke fout van de omkering: uit "A → B" volgt niet "B → A".
  4. Gebruik een vaste volgorde bij patronen. Kijk eerst naar positie en beweging, dan naar aantal, dan naar vorm en kleur. Programmeurs hebben hier een voordeel als ze denken in "wat verandert per iteratie".
  5. Schat bij rekenvragen eerst. Een ruwe schatting sluit vaak twee opties direct uit.
  6. Oefen in het tempo van de echte test. Rustig oefenen bouwt begrip, maar je moet ook wennen aan de klok.

Bij de vorm van je test kun je ook gericht oefenen op abstract redeneren; weet je niet welke test je krijgt, dan helpt vind de juiste test.

Oefenvragen voor tech aptitude tests

De vragen hieronder heb ik zelf geschreven om het type opgave te laten zien. Het zijn geen echte testvragen van een uitgever of werkgever. Neem ongeveer een minuut per vraag.

Oefenvraag 1

Welk getal komt hierna: 2, 6, 12, 20, 30, ?

  • A. 40
  • B. 42
  • C. 44
  • D. 36

Antwoord: B. De verschillen zijn 4, 6, 8 en 10. Het volgende verschil is 12, dus 30 + 12 = 42.

Oefenvraag 2

Elke deploy die op vrijdag plaatsvindt, heeft goedkeuring van een lead. Deploy X had geen goedkeuring van een lead. Welke conclusie is juist?

  • A. Deploy X vond op vrijdag plaats.
  • B. Deploy X vond niet op vrijdag plaats.
  • C. Deploy X is mislukt.
  • D. Dat is niet te bepalen.

Antwoord: B. Als vrijdag altijd goedkeuring betekent, dan kan een deploy zonder goedkeuring niet op vrijdag zijn geweest. Over het slagen van de deploy zegt de regel niets.

Oefenvraag 3

Een API verwerkte 1.200 requests per minuut. Na een optimalisatie zijn dat er 1.500. Met hoeveel procent is de capaciteit gestegen?

  • A. 20%
  • B. 25%
  • C. 30%
  • D. 300%

Antwoord: B. De toename is 300. Ten opzichte van de oude waarde: 300 / 1.200 = 0,25, dus 25%. Optie A ontstaat als je deelt door de nieuwe waarde (300 / 1.500).

Oefenvraag 4

In sprint 1 loste een team 40 tickets op, waarvan 6 bugs. In sprint 2 waren het 50 tickets, waarvan 9 bugs. Met hoeveel procentpunt steeg het aandeel bugs?

  • A. 3 procentpunt
  • B. 20 procentpunt
  • C. 1,5 procentpunt
  • D. 50 procentpunt

Antwoord: A. Sprint 1: 6 / 40 = 15%. Sprint 2: 9 / 50 = 18%. Het verschil is 3 procentpunt.

Oefenvraag 5

Een programma begint met x = 3 en voert vier keer deze stap uit: is x even, deel x dan door 2; is x oneven, maak x dan 3x + 1. Wat is x na vier stappen?

  • A. 4
  • B. 8
  • C. 16
  • D. 5

Antwoord: B. 3 is oneven: 10. 10 is even: 5. 5 is oneven: 16. 16 is even: 8.

Oefenvraag 6

Een pijl wijst omhoog en draait bij elke stap 90 graden met de klok mee. Waar wijst de pijl na 7 stappen?

  • A. Omhoog
  • B. Naar rechts
  • C. Omlaag
  • D. Naar links

Antwoord: D. Na 4 stappen is de pijl terug bij omhoog. 7 = 4 + 3, dus je telt nog 3 stappen: rechts, omlaag, links.

Oefenvraag 7

Een dataset is 2,4 GB groot en groeit elke maand met 25% ten opzichte van de vorige maand. Hoe groot is de dataset na twee maanden?

  • A. 3,6 GB
  • B. 3,75 GB
  • C. 3,9 GB
  • D. 4,2 GB

Antwoord: B. Na één maand: 2,4 × 1,25 = 3,0 GB. Na twee maanden: 3,0 × 1,25 = 3,75 GB. Optie A ontstaat als je twee keer 25% van de beginwaarde optelt.

Oefenvraag 8

Als de build slaagt en alle tests slagen, wordt er automatisch gereleased. Vandaag is er niet gereleased. Wat is zeker waar?

  • A. De build is mislukt.
  • B. Een of meer tests zijn mislukt.
  • C. De build of de tests zijn mislukt, of allebei.
  • D. De build en de tests zijn allebei geslaagd.

Antwoord: C. Voor een release moeten beide voorwaarden kloppen. Als er geen release is, faalde minstens één van de twee, maar je weet niet welke.

Veelgemaakte fouten

  • Te snel redeneren vanuit ervaring. Developers vullen soms aan wat "in de praktijk" zou gebeuren. In een test geldt alleen wat er staat.
  • Omkeringen. Uit "alle vrijdagdeploys hebben goedkeuring" volgt niet dat elke goedgekeurde deploy op vrijdag was.
  • Procent en procentpunt verwarren. Bij data-opgaven is dit een van de meest gemaakte fouten.
  • Blijven hangen. Eén lastige patroonopgave kan twee minuten kosten. Kies, markeer als dat kan en ga door.
  • De persoonlijkheidsvragenlijst strategisch invullen. Inconsistente antwoorden vallen op. Antwoord eerlijk en consistent.

Meer algemene valkuilen staan in veelvoorkomende aptitude test fouten.

Kort oefenplan van twee weken

Week 1. Dag 1: nulmeting voor elk testtype in je uitnodiging. Dag 2 tot 4: twintig minuten per dag aan je zwakste onderdeel, met uitleg bij elke fout. Dag 5: logische regels oefenen met de formulenotatie. Dag 6 en 7: een gemengde set onder tijdsdruk.

Week 2. Dag 8 tot 11: per dag één volledige, getimede oefentest in het format van je uitnodiging. Dag 12: alleen je foutenlijst doorlopen. Dag 13: lichte herhaling. Dag 14: rust en techniek checken: laptop, rustige plek, stabiele verbinding.

Veelgestelde vragen

Krijg je bij elke techbaan een aptitude test?

Nee. Je komt ze vaak tegen bij traineeships, graduateprogramma's en grotere organisaties met veel sollicitanten. Bij kleinere bedrijven en senior functies ligt de nadruk vaker op een technisch gesprek, een codeeropdracht of een systeemontwerp. De vacature of uitnodiging vertelt wat jij krijgt.

Is een tech aptitude test hetzelfde als een codeertest?

Nee. Een aptitude test meet hoe goed je redeneert: patronen zien, logische regels toepassen en data interpreteren. Een codeertest meet of je werkende code kunt schrijven. Je kunt bij één werkgever allebei krijgen, vaak in verschillende rondes.

Welke test is het belangrijkst voor developers?

Voor developers zijn logisch en abstract redeneren vaak het meest relevant, omdat ze lijken op het denkwerk achter programmeren: regels volgen, patronen herkennen en stap voor stap redeneren. Numeriek redeneren komt erbij voor data- en productrollen.

Hoe lang moet ik oefenen voor een tech aptitude test?

Reken op twee tot drie weken met korte, getimede sessies van twintig tot dertig minuten. Begin met een nulmeting per testtype en besteed extra tijd aan het onderdeel waar je de laagste score haalt.

Kan ik mijn programmeerkennis gebruiken in een aptitude test?

Indirect wel. Gewend zijn aan condities, lussen en stapsgewijs redeneren helpt bij logische en abstracte opgaven. Specifieke programmeertaalkennis wordt in een aptitude test niet gevraagd; je hebt alleen de informatie in de vraag nodig.

Over de auteur

Ingmar van Maurik is specialist in test- en sollicitatievoorbereiding en helpt kandidaten beter te presteren in selectieprocedures.