Einen Frontend-Developer-Coding-Test designen, der den tatsächlichen Job spiegelt

Was Frontend-Rollen tatsächlich erfordern

Die meiste Frontend-Arbeit sind keine Algorithmen. Es ist:

• Einen unbekannten Komponenten-Baum lesen und finden wo State lebt
• Eine API-Response in eine UI verkabeln ohne Edge-Cases zu brechen (Loading, Error, Empty)
• CSS schreiben, das längeren Content überlebt als designed
• Erkennen wann ein Re-Render Ursache eines Perf-Bugs ist
• Wissen wann eine Dependency hinzufügen und wann nicht

Eine LeetCode-Reverse-Binary-Tree-Frage filtert nichts davon. Schlimmer, sie filtert exzellente Kandidatinnen aus, die nicht an algorithmischen Puzzles interessiert sind.

Ein 90-Minuten-Test, der das Echte misst

Gib der Kandidatin eine kleine, kaputte React-App mit drei Issues:

1. Ein subtiler Bug. Eine Liste re-rendert alle Reihen bei einer einzigen Änderung, weil der Key-Prop der Array-Index ist. Laggy bei >100 Items, aber nicht offensichtlich kaputt.
2. Ein unvollständiges Feature. Ein Form, das postet, aber Loading- oder Error-State nicht handhabt.
3. Ein Styling-Problem. Ein Card-Layout, das bricht, wenn der Title länger als 40 Zeichen ist.

Bitte sie, alle drei zu fixen.

Rubric

Score vier Dimensionen, 1-4 jeweils:

• Bug-Diagnose. Identifizierten sie die Ursache vor dem Fix?
• Edge-Case-Vollständigkeit. Loading, Error, Empty — ohne Prompting abgedeckt?
• Code-Qualität. Naming, Struktur, Dependency-Entscheidungen.
• Kommunikation. Hinterließen sie Kommentare oder eine kurze Notiz, die Trade-offs erklärt?

Senior-Kandidatinnen scoren routinemäßig 3-4 über alle. Der Test muss nicht hart sein, um gut zu diskriminieren — er muss echt sein.

Administration ohne Leak

• Rotiere zwischen 3-4 kaputten App-Varianten.
• Pin Kandidatinnen auf eine zufällig zugewiesene Variante.
• Nutze ClarityHires Keystroke- und Code-Kohärenz-Integritäts-Signale, sodass eine Kandidatin, die einen Fix von woanders einfügt, geflaggt wird.
• Paare den Test immer mit einem 30-Minuten-Follow-up, wo die Kandidatin durch ihre Änderungen geht.

Was nie zu tun

• 4-Stunden-Take-Homes. Du verlierst deine besten Kandidatinnen.
• Open-ended "Baue ein Clone von X." Varianz zu hoch.
• Tests, die lokales Setup erfordern. Nutze hosted IDE.

Der richtige Frontend-Test braucht 90 Minuten, spiegelt ein Dienstag-Morgen-Ticket und produziert einen Rubric-Score, den du im Debrief verteidigen kannst.