Oefenen voor een JavaScript-programmeertest

Hoe de echte test er meestal uitziet

Er bestaat niet één vaste JavaScript-coderingstest. Elke werkgever kiest een testplatform en bepaalt vervolgens zelf de vragen, het aantal opdrachten, de tijdslimiet en de toegestane programmeertalen. Je testuitnodiging geeft je de beste informatie over jouw test. Openbare voorbeelden laten zien hoe verschillend die kunnen zijn:

• HackerRank. HackerRank vermeldt zijn vaardigheidstest JavaScript (Basic) als 2 vragen in 1 uur en 30 minuten. De test behandelt onderwerpen als functies (HackerRank). Het helpcentrum geeft een overzicht van de soorten vragen die een werkgever in een test kan opnemen, zoals programmeeropdrachten, meerkeuzevragen, HTML/CSS/JavaScript, front-endontwikkeling, codebeoordeling en open vragen. Werkgevers kunnen vragen uit de bibliotheek van HackerRank toevoegen of zelf vragen schrijven (HackerRank Help).
• TestGorilla. Volgens de pagina met JavaScript-coderingstests van TestGorilla duren afzonderlijke tests 15 tot 45 minuten. De pagina vermeldt een algoritmetest voor beginners van 15 minuten, zegt dat kandidaten in een online editor werken en dat werkgevers kiezen welke talen beschikbaar zijn (TestGorilla).

Onderdelen die volgens meldingen vaak voorkomen in JavaScript-tests van werkgevers:

• Programmeertaken: schrijf een functie in een online editor, test die met voorbeeldinvoer en lever hem vervolgens in om te laten controleren met extra testgevallen die je mogelijk niet te zien krijgt.
• Meerkeuzevragen: JavaScript-concepten, wat een codefragment in de console weergeeft en welke code correct is.
• Debuggen of code beoordelen: zoek het probleem in code van iemand anders en los het op.
• Soms ook: een webpagina bouwen of repareren, een groter front-end- of back-endproject, een opdracht om thuis te maken of webcam- en schermbewaking tijdens de test.

Wat onze oefentests behandelen. Onze volledige oefentests bevatten 20 vragen in 60 minuten, verdeeld over vier onderdelen: JavaScript-concepten (6), wat de code in de console weergeeft (6), de fout vinden (5) en een oplossing bouwen (3). Alle code is moderne JavaScript zoals die op Node.js wordt uitgevoerd, zonder browser- of frameworkcode. Je kunt teruggaan, een antwoord wijzigen en vragen markeren totdat je de test inlevert. Met onze oefentests oefen je code lezen, stap voor stap volgen, debuggen en code kiezen. Je kunt er geen zelfgeschreven code mee uitvoeren. Bij veel echte beoordelingen moet je code schrijven die met verborgen testgevallen wordt uitgevoerd. Deze oefening helpt je de vaardigheden op te bouwen die daarvoor nodig zijn: code lezen, stap voor stap volgen en debuggen. Oefen daarom ook met een tijdslimiet in een echte editor. Onze oefentests bevatten ook geen front-end-, back-end- of full-stackprojecten, toezicht tijdens de test, plagiaatcontroles, video-interviews, thuisopdrachten of eventuele minimale score van een werkgever.

Vraagtypen met uitgewerkte voorbeelden

Een uitgewerkt voorbeeld per onderdeel, met de valkuil waar de meeste mensen intrappen.

1. JavaScript-concepten. Wat is het verschil tussen let en var? let geldt binnen het dichtstbijzijnde codeblok, zoals de body van een lus, en kan niet worden gebruikt voordat de regel wordt uitgevoerd. var geldt binnen de hele functie en wordt naar boven verplaatst, waardoor het vóór die regel bestaat als undefined. Valkuil: denken dat const een object of array onveranderlijk maakt. Het voorkomt alleen dat je de naam opnieuw toewijst.

2. Wat de code weergeeft. console.log(typeof null, typeof []) geeft object object weer. Voor typeof zijn ze allebei objecten; gebruik Array.isArray om te controleren of iets een array is. Onthoud bij asynchrone code de volgorde: eerst gewone code, dan promise-callbacks en daarna timers. Valkuil: setTimeout(fn, 0) lezen als "voer nu uit". De functie wacht altijd tot de huidige code en de openstaande promise-callbacks klaar zijn.

3. De bug vinden. Een functie geeft undefined terug in plaats van een totaal. Zoek naar een arrow function met accolades maar zonder return: (a, b) => { a + b } geeft undefined terug, terwijl (a, b) => a + b de som teruggeeft. Valkuil: de eerste regel aanpassen die er ongewoon uitziet. Volg een kleine invoer door de code en zoek de eerste regel waar de waarde fout gaat.

4. Een oplossing bouwen. Je hebt de totaalprijs van een winkelmandje nodig. items.reduce((sum, item) => sum + item.price, 0) berekent die. Zonder de 0 aan het einde geeft een leeg winkelmandje een TypeError. Valkuil: de optie kiezen die voor het voorbeeld werkt, maar niet voor de uitzonderingen. Controleer elke keuze met een lege array, één item, herhalingen en ontbrekende waarden.

Hoe je je voorbereidt

1. Lees eerst je uitnodiging. Kijk welk platform je gebruikt, hoeveel opdrachten er zijn, wat de tijdslimiet is, of je JavaScript kunt kiezen, of er front-endopdrachten zijn en of er toezicht is tijdens de test. De formats verschillen te veel om daar zomaar van uit te gaan.
2. Probeer de oefenomgeving van het platform als die er is. Raak vertrouwd met de editor, de knop Run en de manier waarop voorbeeldtestgevallen worden weergegeven, zodat het scherm op de dag zelf niet nieuw voor je is. HackerRank beschrijft bijvoorbeeld hoe kandidaten tijdens het werken op Run klikken om de testgevallen uit te voeren (HackerRank Support).
3. Loop code met de hand na. Schrijf bij korte codefragmenten na elke regel de waarde van elke variabele op. Houd bij async-code drie lijstjes bij: wat nu wordt uitgevoerd, promise-callbacks en timers.
4. Ken de gangbare hulpmiddelen. Arrays en hun methoden (map, filter, reduce, some, find, sort), objecten, Map en Set, strings, destructuring, spread, template literals, async en await.
5. Denk na over randgevallen voordat je je antwoord instuurt. Lege arrays en strings, één item, herhaalde waarden, null en undefined, en getallen die als strings worden aangeleverd. Verborgen testgevallen controleren vaak precies dit.
6. Schrijf code met een timer. Onze oefentests trainen je in lezen en debuggen. Los daarnaast een paar kleine problemen op in een echte editor met een timer, zodat code schrijven en uitvoeren onder druk vertrouwd voelt.
7. Oefen op het echte tempo. Als jouw test lijkt op het JavaScript (Basic)-voorbeeld van HackerRank, geven 2 vragen in 1 uur 30 minuten je ongeveer 45 minuten per probleem (HackerRank). Maak volledige oefentests met tijdslimiet, zodat het normaal voelt om je tijd goed in te delen.

Hoe de beoordeling meestal werkt

De score hangt af van het platform en de werkgever. Er is geen universele schaal en geen universele slaaggrens. Programmeervragen worden meestal automatisch beoordeeld aan de hand van testgevallen. Twee openbare beschrijvingen:

• HackerRank zegt dat programmeervragen worden beoordeeld met vooraf gedefinieerde testgevallen die de juistheid en efficiëntie meten. Elk testgeval heeft een eigen score: code die een testgeval doorstaat, krijgt de volledige score voor dat testgeval; code die ervoor zakt, krijgt nul punten. De totaalscore voor de vraag is de som van de behaalde testgevallen. Een oplossing die sommige testgevallen doorstaat, krijgt dus een deel van de punten (HackerRank-ondersteuning). Programmeer- en meerkeuzevragen worden automatisch beoordeeld. HTML/CSS/JavaScript-vragen worden handmatig beoordeeld; front-endvragen worden automatisch beoordeeld, waarbij een handmatige controle wordt aanbevolen (HackerRank Help).
• TestGorilla beschrijft scoring op basis van percentielen, die is gebaseerd op de algehele juistheid, en een rapport met het resultaat van elk testgeval (TestGorilla).

Elke werkgever bepaalt zelf wat als een goed resultaat geldt. Veel werkgevers kijken niet alleen naar je score, maar ook naar je code.

Onze oefenscore is het aantal van onze eigen vragen dat je goed hebt beantwoord, uitgesplitst per onderdeel, zodat je kunt zien waar je je op kunt richten. Het is een oefenscore: geen score voor een test van een platform, en geen voorspelling of je zult slagen.

Veelgemaakte fouten

• Getallen sorteren zonder vergelijkingsfunctie. [10, 9, 1].sort() sorteert als tekst. Gebruik sort((a, b) => a - b).
• == gebruiken en verrast worden door typeconversie. Gebruik liever ===, tenzij je een reden hebt om dat niet te doen.
• Vergeten dat forEach niet wacht. await in een forEach-callback pauzeert de buitenste functie niet. Gebruik for...of of Promise.all.
• Objecten of arrays vergelijken met ===. Twee objecten zijn alleen gelijk als het hetzelfde object is. Vergelijk de velden die voor jou van belang zijn.
• Een array wijzigen die je wilde bewaren. sort, reverse en splice wijzigen de array zelf. Maak eerst een kopie met [...arr] als je het origineel nodig hebt.
• Alleen het voorbeeld testen. Het zichtbare voorbeeld werkt meestal. Verborgen testgevallen controleren lege invoer, één item, dubbele items en grote invoer.
• Te weinig tijd overhouden voor een taak. Loop je vast? Dien een eenvoudige versie in die een aantal testgevallen doorstaat, ga verder en kom terug als je tijd over hebt.