Een Frontend Developer Coderingstest Ontwerpen Die de Werkelijke Baan Weerspiegelt
Wat frontend-rollen werkelijk vereisen
De meeste frontend-werk is geen algoritmen. Het is:
- Een onbekende componentstructuur lezen en achterhalen waar state leeft
- Een API-reactie in een UI bedraad zonder randgevallen te breken (laden, fout, leeg)
- CSS schrijven dat inhoud langer dan de designer mockup overleeft
- Herkennen wanneer een re-render de oorzaak van een prestatiebug is
- Weten wanneer je een afhankelijkheid moet toevoegen en wanneer niet
Een LeetCode omgekeerde-binaire-boom vraag filtert geen van dit. Erger nog, het filtert uit kandidaten die uitstekend in de werkelijke baan zijn en niet in algoritmische puzzels geïnteresseerd.
Een 90-minuten test die het werkelijke ding meet
Geef de kandidaat een kleine, kapotte React-app met drie problemen:
- Een subtiele bug. Een lijst rendert alle rijen opnieuw op één verandering omdat de key prop de array index is. De lijst is traag met >100 items maar niet duidelijk kapot.
- Een onvolledige feature. Een formulier dat plaatst maar niet de laad- of foutstatus afhandelt.
- Een stijlingprobleem. Een kaartindeling die breekt wanneer de titel langer is dan 40 tekens.
Vraag hen alle drie op te lossen. Geef de draaiende app, de codebase, en de vrijheid om bibliotheken toe te voegen (of niet).
Dit meet werkelijke vaardigheid: onbekende code lezen, patronen herkennen, oordeel over wanneer afhankelijkheden toevoegen, smaak in CSS, volledigheid over randgevallen.
Rubric
Score vier dimensies, 1–4 elk, verankerd:
- Bugdiagnose. Identificeerden zij de oorzaak voordat zij repareerden? Of patchten zij een symptoom?
- Randgevalsvolledigheid. Laden, fout, leeg — hebben zij deze zonder aanmoediging gedekt?
- Codekwaliteit. Naamgeving, structuur, afhankelijkheidskeuzes.
- Communicatie. Lieten zij opmerkingen of een kort notitie uitleggen afwegingen?
Senior kandidaten scoren routinematig 3–4 over alle vier dimensies. De test hoeft niet moeilijk te zijn om goed te discrimineren — hij hoeft werkelijk te zijn.
Hoe het uit te voeren zonder uitlekking
- Wissel af tussen 3–4 kapotte-app varianten.
- Pin kandidaten aan een willekeurig toegewezen variant.
- Gebruik ClarityHire's toetsaanslag en code coherentie integreitssignalen zodat een kandidaat die een fix van elders plakte, wordt gemarkeerd zodat de reviewer in het vervolgingsoproep kan zoeken.
- Koppel de test altijd met een 30-minuten vervolgoproep waarbij de kandidaat hun wijzigingen doorloopt. Indien zij hun eigen diff niet kunnen uitleggen, daalt de score dienovereenkomstig.
Wat nooit te doen
- 4-uur take-homes. Je verliest je beste kandidaten aan bedrijven die hun tijd respecteren.
- Open-ended "bouw een kloon van X." Variantie is te hoog; rubrics breken.
- Tests die een lokaal milieu van nul af opzetten. Gebruik een gehoste IDE zodat opstellingstijd nul is.
De juiste frontend test neemt 90 minuten, weerspiegelt een dinsdagochtendticket, en produceert een rubric score die je in een debriefing kunt verdedigen.