Sur cette page
Questions pour s’entraîner
Tell me about an interesting bug you found.
Parle-moi d’un bug intéressant que tu as trouvé.
Pourquoi cette questionElle veut voir comment tu repères les problèmes et comment tu les expliques clairement.
Choisis un vrai bug. Dis ce que tu as vu, comment tu l’as fait réapparaître et ce qui s’est passé après ton signalement. Exemple : l’appli perdait le panier quand le téléphone passait hors ligne.
How did you prove the bug was real?
Comment as-tu prouvé que le bug était réel ?
Pourquoi cette questionElle cherche une personne qui vérifie avec soin avant de signaler un problème.
Décris tes étapes. Dis que tu as essayé de refaire le bug, pas à pas. Cite l’appareil, la version ou les réglages utilisés. Dis combien de fois tu as vérifié.
How do you decide what to test first?
Comment décides-tu quoi tester en premier ?
Pourquoi cette questionLe temps est limité. Elle veut savoir que tu choisis d’abord ce qui compte le plus.
Dis que tu commences par les parties les plus importantes pour les utilisateurs, comme la connexion ou le paiement. Explique pourquoi : si elles cassent, beaucoup de gens sont touchés. Puis dis ce que tu testes ensuite.
How do you plan your tests?
Comment planifies-tu tes tests ?
Pourquoi cette questionElle veut voir une façon de travailler claire et soignée.
Commence par vérifier les exigences. Puis dis que tu écris des cas de test avec des étapes claires et des résultats attendus. Cite une façon de rester rigoureux, comme une liste de contrôle ou une seconde relecture.
Can you tell me a little about how you like to test?
Peux-tu me dire comment tu aimes tester ?
Pourquoi cette questionElle veut se faire une idée de ta façon de travailler au quotidien.
Donne deux ou trois habitudes. Par exemple : tu lis les exigences, tu planifies les tests importants, puis tu essaies aussi des actions inhabituelles. Ajoute un court exemple de ton travail.
How do you report a bug so a developer can fix it quickly?
Comment signales-tu un bug pour qu’un développeur le corrige vite ?
Pourquoi cette questionDes rapports clairs font gagner du temps à toute l’équipe.
Cite des habitudes concrètes : un titre court et clair, des étapes numérotées, le résultat attendu et le résultat obtenu, une capture d’écran ou une vidéo. Dis que tu parles directement au développeur si le bug est urgent.
A developer says your bug is not a bug. What do you do?
Un développeur dit que ton bug n’en est pas un. Que fais-tu ?
Pourquoi cette questionElle veut voir si tu restes calme et respectueux en cas de désaccord.
Dis que tu écoutes d’abord. Ensuite, vous vérifiez les exigences ensemble. Tu montres de nouveau tes étapes. Si tu n’es toujours pas d’accord, tu demandes au responsable produit. Parle des développeurs avec respect.
Can you give me an example?
Peux-tu me donner un exemple ?
Pourquoi cette questionElle pose cette question quand une réponse est trop générale, comme « I am very careful ».
Ne répète pas des mots généraux. Raconte une courte situation réelle : ce qui s’est passé, ce que tu as fait et le résultat. Reste sur quatre ou cinq phrases.
What steps did you write in your bug report?
Quelles étapes as-tu écrites dans ton rapport de bug ?
Pourquoi cette questionElle veut la preuve que tes rapports sont clairs et précis.
Dis les étapes à voix haute, comme dans un vrai rapport. Par exemple : 1. Add an item to the basket. 2. Turn off the internet. 3. Open the app again. Puis dis ce que tu attendais et ce qui s’est passé.
What happened after you reported the bug?
Que s’est-il passé après ton signalement du bug ?
Pourquoi cette questionElle veut savoir si tu suis le bug jusqu’au bout.
Explique la suite : le développeur l’a corrigé et tu as testé la correction de nouveau. Dis si tu as aussi vérifié les fonctions proches. Dis ce que tu en as appris.
Let me think of a good example of a bug I found.
Laisse-moi trouver un bon exemple de bug que j’ai trouvé.

Clara
Coach IA

Leo
Coach IA
Phrases à essayer
Let me think of a good example of a bug I found.
Laisse-moi trouver un bon exemple de bug que j’ai trouvé.
First I tried to make the bug happen again, step by step.
D’abord, j’ai essayé de refaire apparaître le bug, pas à pas.
I write the steps clearly, so the developer can see the problem quickly.
J’écris les étapes clairement, pour que le développeur voie vite le problème.
I start with the most important parts, because they affect the most users.
Je commence par les parties les plus importantes, parce qu’elles touchent le plus d’utilisateurs.
I expected this to happen, but instead the app did this.
Je m’attendais à ceci, mais l’appli a fait cela.
If it is urgent, I talk to the developer directly.
Si c’est urgent, je parle directement au développeur.
Questions fréquentes
Et si je ne me souviens pas d’un bug grave ou important ?
Un petit bug convient si ton histoire est claire. Dana s’intéresse à la façon dont tu l’as trouvé, vérifié et signalé. Choisis un bug que tu comprends bien. Entraîne-toi à le raconter en quelques étapes courtes.
Mon anglais n’est pas parfait. Est-ce un problème ?
Parle lentement et fais des phrases courtes. Des étapes claires comptent plus que des mots difficiles. Si tu as besoin de temps, dis : « Let me think for a moment. » Si tu ne comprends pas une question, tu peux demander : « Could you say that again, please? »
Quelle doit être la durée de mes réponses ?
Vise environ une minute par réponse. Commence par l’idée principale, ajoute un exemple, puis le résultat. Si Dana veut plus de détails, elle les demandera. Mieux vaut être court et clair que long et général.