Recruiter: Hören Sie auf, Ihre Kandidaten mit persönlichen E-Mail-Adressen zu testen

Es ist Recruiting-Saison. Sie suchen den neuen Lead Dev oder den QA-Engineer, der Ihre Roadmap retten wird. Sie haben einen technischen Test verschickt: "Erstellen Sie eine Login-Seite mit Versand einer Bestätigungs-E-Mail".

Der Kandidat schickt Ihnen seinen Code zurück und sagt: "Es ist fertig, Sie können es testen".

Und was machen Sie? Sie gehen auf seine Test-App und tippen ein: vorname.nachname@ihre-firma.de.

Stopp. Sie haben gerade drei Fehler in einer einzigen Aktion begangen.

Fehler Nr. 1: Sie verschmutzen Ihr Arbeitswerkzeug

Sie werden die Bestätigungs-E-Mail erhalten. Dann die Willkommens-E-Mail. Wenn der Kandidat dann noch eine automatische Nachfassaktion für den nächsten Tag programmiert hat, erhalten Sie auch die. Multiplizieren Sie das mit 10 Kandidaten. Ihr geschäftliches Postfach, in dem Sie Verträge und Notfälle erhalten, wird zu einer Müllhalde für "Lorem Ipsum".

Fehler Nr. 2: Sie geben sensible Daten preis

Der Kandidat mag sehr nett sein. Aber sein Code wurde nicht geprüft. Was, wenn er ein Log hinterlassen hat, das alle E-Mails im Klartext aufzeichnet? Was, wenn er eine MongoDB-Datenbank verwendet, die für jedermann offen ist (was bei 50% der technischen Tests der Fall ist)? Ihre geschäftliche Adresse zirkuliert nun auf einem unsicheren Server.

Fehler Nr. 3: Sie testen nicht wirklich

Eine einzige Adresse zu verwenden, bedeutet, den "Happy Path" zu testen. Aber was passiert, wenn sich ein Benutzer zweimal anmeldet? Was passiert, wenn die E-Mail ein Sonderzeichen enthält? Um die Robustheit der Arbeit eines Kandidaten zu testen, müssen Sie iterieren können.

Die Methode des "Ghost Recruiters"

Um Ihre Tests zu professionalisieren, benötigen Sie eine sterile Umgebung.

Der Alias pro Kampagne

Erstellen Sie mit JunkMail Business einen Alias für jede offene Stelle: recruiting.fullstack.q1@junkmail.site.

Der Workflow:

1. Kandidat A schickt Ihnen seinen Test.
2. Sie testen mit recruiting.fullstack.q1+kandidatA@... (wenn Sie das "+"-Verfahren beherrschen) oder noch besser, Sie erstellen in 2 Sekunden eine dedizierte Wegwerf-Adresse über die API.
3. Sie überprüfen den Empfang der E-Mail im JunkMail-Dashboard. Sie können sogar den HTML-Quellcode inspizieren, um zu sehen, ob der Kandidat die Best Practices für die Zustellbarkeit (DKIM/SPF) eingehalten hat.
4. Sobald die Rekrutierung abgeschlossen ist, löschen Sie den Alias.

Der Bonus: Die Automatisierungsfähigkeiten testen

Wenn Sie einen QA-Engineer einstellen, bitten Sie ihn, die JunkMail-API in seinem Test zu verwenden, um die Validierung der Registrierung zu automatisieren. Wenn er antwortet "Was ist JunkMail?", schicken Sie ihm den Link zu unserer Dokumentation. Wenn er sie nutzt und einen Cypress-Test abliefert, der ganz von allein auf Grün springt, stellen Sie ihn ein.

Fazit

Recruiting ist ein ernsthaftes Geschäft, das ernsthafte Werkzeuge erfordert. Vermischen Sie nicht Ihre berufliche Identität mit den unsicheren Testumgebungen Ihrer Kandidaten.

Wahren Sie Distanz. Behalten Sie die Kontrolle.

Müssen Sie Ihre HR-Prozesse isolieren? Entdecken Sie die JunkMail Business-Pläne.