Die besten MCQ-Fragen für Softwareentwickler-Screening
Warum MCQ-Screening 2026 immer noch funktioniert
Es ist zum Trend geworden, Multiple-Choice-Tests als „Trivia" abzutun. Diese Kritik ist fair, wenn die Fragen schlecht sind. Gute MCQ-Fragen sind der günstigste, schnellste Filter in Ihrem Trichter: Sie kosten einen Kandidaten 15 Minuten und einen Interviewer null, und sie trennen zuverlässig „weiß, was eine Hash-Map ist" von „hat 'JavaScript' zu seinem LinkedIn hinzugefügt." MCQ ist eine Schicht in einem breiteren Software-Engineering-Assessment; kombinieren Sie es mit Coding- und System-Design-Runden für ein vollständiges Bild.
Was eine gute MCQ von einer schlechten unterscheidet
Falsch: In welchem Jahr wurde Python zunächst veröffentlicht?
Gut: Sie sehen diesen Code in einem Pull Request. Was ist das wichtigste Problem, das Sie bei der Überprüfung markieren sollten? (mit vier plausiblen Optionen, von denen nur eine der echte Bug ist)
Die besten MCQ-Fragen:
- Testen Sie Urteilsfähigkeit, nicht Erinnerung. „Welches dieser Tools ist das Richtige" schlägt „wie ist die Syntax" in jedem Fall.
- Haben Sie plausible Ablenker. Jede falsche Antwort sollte die richtige Antwort auf eine andere Frage sein.
- Verwenden Sie echte Artefakte. Zeigen Sie einen Stack Trace, eine SQL-Abfrage, ein Diff – keine abstrakte Prosa. Das gleiche Prinzip treibt Work-Sample-Tests: testen Sie gegen die echte Form der Stelle.
- Time-Box pro Frage. 60–90 Sekunden erzwingen intuitive Kompetenz statt Googeln.
Beispielhafte Fragentypen, die wir empfehlen
- Bug-Spotting. Eine 15-zeilige Funktion mit einem subtilen Bug. Vier Antwortmöglichkeiten, eine korrekt.
- Komplexitätsüberlegung. „Was ist die zeitliche Komplexität der oben stehenden Funktion?"
- Tool-Auswahl. „Sie müssen eine 200-GB-Protokolldatei auf einem einzelnen Computer mit 16 GB RAM deduplizieren. Bester Ansatz?"
- API-Wissen. Echte Methodensignaturen aus den Frameworks, die die Rolle verwendet.
- Sicherheit. „Welcher dieser Endpunkte ist anfällig für IDOR?"
Für Junior-Developer-Rollen können Sie stärker auf Bug-Spotting und API-Wissen setzen; für Senior-Engineer-Rollen tragen Komplexitätsüberlegung und Tool-Auswahl mehr Signal. MCQ-Screening funktioniert auch für Backend-Entwicklung und Datenbankverwaltung-Rollen.
Wie lange der Test sein sollte
Für eine Senior-IC-Rolle: 15–20 Fragen mit einem strikten Limit von 25 Minuten. Alles Längere bestraft gute Kandidaten, ohne das Signal zu verbessern. Wir sehen die stärkste Korrelation mit Leistung am Arbeitsplatz genau an dem Punkt, an dem sich Kandidaten unter moderatem Zeitdruck, aber nicht in Panik fühlen.
Nicht bei MCQ stehen bleiben
MCQ allein kann Ihnen nicht sagen, ob ein Kandidat Code schreiben kann. Es sagt Ihnen, ob er zu dem Punkt vorrücken sollte, an dem Sie das herausfinden. Kombinieren Sie es mit einer kurzen Live-Coding-Runde und Sie haben einen ganzen Telefonscreen ersetzt.