Choisissez la bonne histoire avant de commencer à parler

L'idée, en une ligne

Préparez une petite banque d'histoires à l'avance, puis associez la bonne histoire à chaque question avant d'ouvrir la bouche.

Quoi préparer

Ayez cinq à sept histoires prêtes, chacune montrant une force différente qu'un entretien SDET recherche :

• Attrapé un bug critique
• Eu un désaccord avec un développeur
• Possédé et corrigé une suite de tests instable
• Rallié des gens sans être leur chef
• Fait une erreur — et ce que vous avez fait ensuite
• Appris un nouvel outil vite sous une échéance

Une seule bonne histoire peut souvent répondre à plusieurs questions. Écrivez un vrai chiffre à côté de chacune — taux d'échec, durée d'exécution de la suite, défauts échappés — parce que vous n'inventerez pas de chiffres solides sous pression.

Voyez-le à l'œuvre

Mettez votre banque sur une seule fiche, comme ceci :

| # | Story (1 line)              | Strength it shows        | Key number      |
|---|-----------------------------|--------------------------|-----------------|
| 1 | Caught payment rounding bug | attention / risk sense   | $ saved         |
| 2 | Pushed back on dev's wontfix| collaboration / conflict | reopened, fixed |
| 3 | Rebuilt flaky CI suite      | ownership / initiative   | 18% -> 3% flake |
| 4 | Learned Playwright in a week| fast learner             | shipped in 5d   |
| 5 | Missed a prod regression    | honesty / growth         | what changed    |

Quand une question arrive, faites une vérification d'une seconde : qu'est-ce que ça demande vraiment ? « Raconte-moi un conflit » veut du travail d'équipe, pas de l'héroïsme. Choisissez la ligne qui touche cette note exacte.

Avancé — faire une pause est permis

C'est totalement acceptable de dire « laissez-moi penser à un bon exemple » et de prendre quelques secondes. Une courte pause calme se lit comme réfléchi. La mauvaise histoire racontée en longueur non.

Basé sur les conseils de The Muse et Indeed pour préparer des exemples STAR