40 questions d’entretien courantes en assurance qualité (et réponses !)

Katie Sanders

on Feb 3, 2026

Les entretiens d'embauche sont difficiles. C'est comme si chaque question d'entretien était conçue pour vous éliminer de la course.

Vous passez du temps à vous renseigner sur l'entreprise avant l'entretien, vous répétez vos réponses à toutes les questions qu'ils pourraient vous poser, puis, le jour de l'entretien, vous arrivez une heure en avance et buvez beaucoup trop de café.

Écoutez, les entretiens sont anxiogènes dans le meilleur des cas, mais nous sommes là pour vous aider à réduire une partie de cette anxiété préalable à l'entretien.

Ce guide lève le voile sur les entretiens d'assurance qualité, présente certaines des questions d'entretien les plus difficiles sur les tests logiciels et explore quelques questions et réponses d'entretien d'assurance qualité pour vous aider à vous préparer au grand jour.

Comment se préparer à un entretien d'assurance qualité

La meilleure façon de se préparer consiste à évaluer honnêtement ses compétences et à se concentrer sur ses points forts tout en reconnaissant ses faiblesses.

Révisez vos définitions, comprenez le marché de l'emploi dans l'assurance qualité en lisant des guides pertinents sur les emplois de testeur QA, parcourez les questions et réponses ci-dessous, consultez la description du poste de testeur QA et souvenez-vous que le processus de recrutement consiste autant à trouver la bonne adéquation culturelle qu'à trouver le candidat le plus qualifié.

Pour exceller lors de votre entretien d'assurance qualité, il est crucial de connaître les logiciels de gestion des tests leaders du secteur. Ces outils constituent souvent l'épine dorsale de tout projet d'assurance qualité réussi. Lire des articles inspirants sur les tests logiciels peut également être utile.

Combien de temps dure un entretien d'assurance qualité classique ?

Cela dépend de l'intervieweur et de la personne interrogée, ainsi que de la vitesse à laquelle vous parcourez les questions.

Les entretiens d'assurance qualité peuvent prendre beaucoup de temps, qu'il s'agisse d'un entretien pour un poste dans les tests de bases de données liés à l'assurance qualité ou d'un poste d'ingénieur, d'analyste, de responsable ou de chef d'équipe. Souvent, plusieurs séries d'entretiens et des entretiens techniques auront lieu par la suite.

En général, la plupart des entretiens d'assurance qualité durent une à deux heures, même si plusieurs entretiens peuvent avoir lieu tout au long du processus de recrutement.

Liste de questions et réponses d'entretien d'assurance qualité

Mon objectif avec cet article est de vous aider à vous préparer au type de questions d'entretien d'assurance qualité qui vous seront posées, qu'elles portent sur l'automatisation, votre processus de test ou votre personnalité.

Souvent, l'intervieweur s'intéressera à vos compétences en tant qu'ingénieur QA et à votre approche des tests.

Certaines questions d'entretien d'assurance qualité seront ouvertes ou sembleront vagues. C'est parce que l'intervieweur veut écouter votre approche. Il essaie de se faire une idée du type de collaborateur que vous êtes et, plus important encore, de savoir si vous êtes le type de collaborateur qui s'intégrera à leur équipe de test.

Sans plus attendre, voici une liste de questions et réponses potentielles d'entretien d'assurance qualité pour vous donner une idée de vos réponses. Bonne chance !

1. Pourquoi devrais-je vous embaucher ?

C'est une question très appréciée des intervieweurs du monde entier. Ce n'est pas une question piège - c'est une entrée en matière.

Profitez de cette occasion pour mettre en avant vos meilleurs atouts. Expliquez ce qui vous passionne dans l'assurance qualité et pourquoi vous accomplirez mieux le travail que n'importe qui d'autre dans l'équipe QA, grâce à la combinaison unique de talents et de traits de personnalité que vous seul pouvez apporter à ce poste. Ne vous inquiétez pas de faire preuve d'autocritique ou de trop d'humilité ici. La question est conçue pour parler des points forts du candidat.

2. Qu'est-ce qu'un bug ?

Un bug est toute erreur, faute ou défaillance dans le code logiciel qui empêche une fonctionnalité du logiciel de s'exécuter correctement.

3. Quelle est la différence entre la gravité et la priorité ?

Comprendre ces distinctions est essentiel pour gérer efficacement son temps. La gravité fait référence à la complexité de la correction d'un problème, tandis que la priorité indique l'urgence avec laquelle il faut le traiter.

Ce n'est pas parce qu'un problème est de gravité élevée qu'il est nécessairement prioritaire, et inversement.

Voici un exemple de problème de gravité élevée et de faible priorité :

L'application se bloque lorsqu'une fonction rarement utilisée est exécutée sur un logiciel ancien auquel la plupart des utilisateurs n'ont pas accès.

Voici un exemple de problème de faible gravité et de priorité élevée :

Le mauvais logo de l'entreprise s'affiche au démarrage.

4. Quelle est la différence entre les commandes assert et verify dans l’automatisation des tests ?

Les deux commandes présentent de nombreuses similitudes. Elles vérifient toutes deux si les conditions du code sont vraies. La différence réside dans ce qui se passe ensuite.

Lorsqu’une commande assert échoue, l’exécution du code s’arrête et le test est mis en pause.
Lorsqu’une commande verify échoue, l’exécution se poursuit et le reste du code est exécuté.

5. Quelle est la différence entre l’assurance qualité, le contrôle qualité et les tests de qualité ?

L’assurance qualité définit la manière dont une équipe et une organisation surveilleront le processus de test. Le contrôle qualité détecte les défauts et suggère des moyens d’améliorer le logiciel. Les tests sont le processus au cours duquel l’assurance qualité et le contrôle qualité détectent les bogues.

Voici un guide connexe sur la différence entre l’assurance qualité et l’ingénierie qualité, ainsi que sur la différence entre le contrôle qualité et l’assurance qualité.

6. Quand l’AQ doit-elle commencer ?

L’AQ doit commencer dès que possible. Plus tôt les analystes QA, les testeurs QA et le responsable de l’équipe QA s’impliquent dans le processus, plus on évite de problèmes par la suite au cours du cycle de développement logiciel. Des tests statiques peuvent être réalisés avant que le logiciel soit pleinement fonctionnel.

7. Quel est le cycle de vie des tests QA ?

Vous pouvez parler du processus de test que vous connaissez le mieux, mais voici une version standard :

Exigences
Planification
Analyse
Conception
Mise en œuvre
Exécution
Conclusion
Clôture

8. Qu’est-ce qu’un plan de test ?

Un plan de test est un document qui présente les détails du test prévu. Avant le début des tests, il précise les rôles requis, les risques potentiels et les solutions, ainsi que les ressources qui seront utilisées.

9. Que comprend un plan de test ?

Les plans de test doivent comprendre :

Périmètre
Approche
Ressources nécessaires
Calendrier prévu du ou des tests

10. Quels sont les principaux avantages de l’automatisation des tests dans le développement logiciel ?

L’automatisation des tests améliore l’efficacité en exécutant les cas de test plus rapidement et en réduisant les erreurs humaines. Elle améliore la couverture des tests en exécutant des scénarios de test complets et répétitifs dans différents environnements.

En outre, l’automatisation des tests prend en charge l’intégration et la livraison continues (CI/CD), ce qui permet des mises en production plus rapides et une meilleure qualité logicielle.

11. Que comprendriez-vous dans un plan d’automatisation des tests ?

Étant donné que l’élaboration d’un plan d’automatisation des tests est une entreprise importante, vous n’avez pas besoin d’entrer dans tous les détails.

Présentez plutôt quelques aspects essentiels d’un plan de test : par exemple, la manière dont le plan doit décrire la conception des tests, leur exécution, la gestion des défauts et la forme que prendront les rapports d’automatisation des tests.

12. Qu’est-ce qu’un cas d’utilisation ?

Les cas d’utilisation décrivent la cause et l’effet d’une fonction. Ils garantissent que l’action de l’utilisateur et la réponse du système communiquent correctement.

13. Qu’est-ce qu’une stratégie de test ?

La stratégie de test présente le plan de la phase de test du développement logiciel.

Contrairement au plan de test, qui décrit un test précis, la stratégie de test couvre l’ensemble de la phase de test du développement et comprend une description des outils de test, des groupes de test, des priorités de test, de la maintenance des enregistrements de test et du résumé des tests.

14. Les stratégies de test et les plans de test sont-ils le même document ?

Non. Les plans de test rassemblent et organisent les cas de test.

Les stratégies de test décrivent l’approche à adopter pour les tests. En général, les stratégies de test sont gérées par le responsable ou le chef de la QA, tandis que les testeurs QA gèrent les plans de test.

15. Quels sont les différents types de tests ?

Tests de régression, tests exploratoires, tests fonctionnels, tests de charge, tests d’intégration, tests unitaires, tests internavigateurs, tests en boîte blanche, tests en boîte noire, tests de volume, tests alpha, tests bêta, et bien d’autres encore.

Consultez notre article sur les types de tests logiciels pour en savoir plus sur les techniques de test.

16. Selon vous, quels sont les avantages des tests manuels ?

Voici quelques avantages des tests manuels dont vous pouvez parler :

Ils peuvent être moins coûteux que les tests automatisés.
Il peut être plus facile pour les nouvelles équipes ou les personnes qui débutent dans la QA d’apprendre à réaliser un test manuel, ce qui permet de le déployer plus rapidement.
De même, les tests manuels peuvent être particulièrement utiles dans le cadre de projets à court terme lorsque les scripts de test sont rarement réutilisés.
Lors de tests manuels, vous pouvez analyser le produit du point de vue de l’utilisateur final.
Tester l’interface graphique peut sembler plus intuitif et conduire à des résultats plus précis lors d’un test manuel ; l’accessibilité visuelle et les préférences peuvent être difficiles à automatiser.

Voici un article dans lequel vous pourrez en savoir plus sur les avantages et les inconvénients des tests manuels et automatisés.

17. Qu’est-ce qu’un bon cas de test ?

Un bon cas de test énonce clairement les paramètres du test et les bogues qu’il vise à détecter.

18. Quelle est la différence entre les tests fonctionnels et non fonctionnels ?

Les tests fonctionnels vérifient les éléments clés du logiciel afin de s’assurer qu’il respecte les exigences et les spécifications. Les tests non fonctionnels vérifient des aspects essentiels, mais non critiques, du logiciel, comme les temps de chargement, la résistance au stress et les performances globales.

19. La QA doit-elle résoudre les problèmes en production ?

Vous pouvez avoir des opinions différentes à ce sujet, mais je vous conseille de répondre « Oui ».

Il est souvent utile que la QA participe à la résolution des problèmes en production. Dans la mesure du possible, elle doit rédiger des cas de test, examiner les données de test et tenter de trouver les problèmes. En s’impliquant, la QA réduit le nombre de problèmes présents dans le produit final.

20. Lorsque vous trouvez un bogue en production, comment vous assurez-vous qu’il est résolu ?

La meilleure action consiste à rédiger immédiatement un cas de test pour le bogue et à effectuer un test de régression : ainsi, tous les tests futurs réalisés sur le logiciel devraient vérifier spécifiquement la présence de ce bogue.

21. Qu’avez-vous fait lors de votre dernier projet ?

Il n’y a pas de réponse précise, seulement des lignes directrices, pour cette question. Il est courant que les recruteurs vous interrogent sur votre parcours professionnel et vos projets précédents. Préparez donc à l’avance une courte liste de points afin de pouvoir parler des projets qui représentent le mieux votre travail.

Mon conseil le plus important est de répondre aussi honnêtement que possible. N’exagérez pas et ne minimisez pas votre contribution aux équipes précédentes. Soulignez les moments où vous avez assumé des tâches de gestion de projet QA qui dépassaient vos responsabilités afin de démontrer votre sens des responsabilités. Expliquez-leur quel était votre rôle au quotidien, quels outils vous utilisiez et comment se déroulaient les tests QA.

22. Comment établissez-vous vos priorités lorsque vous avez autant de tâches ?

Réfléchissez à la manière dont vous avez géré les périodes chargées par le passé. Êtes-vous un adepte strict de la planification ? Ou préférez-vous gérer votre temps de manière plus souple, en vous laissant une marge pour vous adapter aux problèmes soudains ? Encore une fois, ces questions d’entretien sur les tests visent davantage à déterminer si votre personnalité correspond bien à leur équipe.

Si vous avez le sentiment que la priorisation de plusieurs projets est l’un de vos points faibles, la Harvard Business Review propose un guide sur la manière de bien prioriser au travail.

23. Parlez-moi de votre projet le plus difficile.

Prenez une grande inspiration. Laissez tout vous revenir à l’esprit : les émotions, les nuits tardives passées à essayer de trouver le problème, l’énorme quantité de boîtes de plats à emporter entassées sur votre bureau de test.

C’est une excellente occasion de laisser transparaître votre passion pour l’assurance qualité. Expliquez-leur ce qui vous a posé le plus de difficultés, pourquoi il était si difficile de trouver la solution et tous les efforts que vous avez déployés pour résoudre le problème.

24. Parlez-moi d’une fois où vous avez manqué un bogue.

Dans la première question, je vous ai conseillé de mettre en avant vos qualités sans hésitation. C’est pourquoi toutes les questions ne seront pas formulées d’une manière qui vous présente sous votre meilleur jour.

Lors d’un entretien en assurance qualité, la personne chargée des recrutements doit savoir que les membres potentiels de l’équipe reconnaissent ouvertement leurs erreurs.

La pire chose qu’un testeur QA puisse faire est de prétendre n’avoir jamais commis d’erreur. Soyez ouvert et honnête. Au moment où vous vous présentez à un entretien, il est certain que vous avez déjà manqué un bogue ou commis une erreur. Parlez-leur de vos erreurs, de la manière dont vous avez résolu le problème et de ce que vous en avez appris.

25. Comment testeriez-vous un grille-pain défectueux ?

Il s’agit d’une question supplémentaire, car certaines organisations apprécient ce type de questions, tandis que d’autres non. D’un côté, elle place l’intervieweur dans une situation délicate, à laquelle il ne s’attendait presque certainement pas. Cependant, son avantage est qu’elle exige une réflexion rapide et originale, et permet aux candidats de faire preuve de créativité.

En raison de l’esprit de cette question, je ne vais pas vous dire comment tester un grille-pain défectueux. C’est à vous de le déterminer.

26. Quelles sont les caractéristiques essentielles des responsables de l’assurance qualité ?

Une question de ce type figurera probablement parmi les questions posées lors d’un entretien pour un poste d’ingénieur QA ou pour des fonctions similaires axées sur la direction. On pourrait également vous poser cette question parce que votre futur responsable souhaite savoir quelles qualités vous recherchez chez vos dirigeants.

Dans tous les cas, la meilleure réponse est une réponse honnête. Réfléchissez-y et préparez-vous à parler des types d’environnements dans lesquels vous travaillez le mieux et de la manière dont les responsables peuvent contribuer à créer cet environnement.

Vous pouvez notamment parler d’une communication efficace, de l’écoute active, de l’honnêteté, de la sécurité psychologique, de la responsabilisation, de l’autonomie, de la vision et de bien d’autres aspects.

27. Quelle est la métrique de test la plus essentielle, et pourquoi ?

Il n’existe pas de réponse correcte à cette question, principalement parce que la métrique que vous choisirez dépendra de vos objectifs et du type de test que vous réalisez — les tests d’acceptation mesureront par exemple des métriques très différentes de celles des tests exploratoires.

Pour répondre à cette question, préparez-vous à parler de métriques QA courantes telles que le « nombre de bogues par test », qui peut s’appliquer à de nombreux types de tests, ainsi que des informations que cette métrique vous fournit.

Préparez-vous également à expliquer la raison pour laquelle vous choisissez une métrique spécifique en fonction des objectifs de votre test, des objectifs généraux de l’organisation, de l’environnement de test et de la manière dont vous pourriez la mettre en œuvre.

Pour obtenir des points supplémentaires, consultez l’article de Niall Lynch sur une métrique QA qu’il a développée, appelée T2Q ou délai jusqu’à la qualité — elle peut s’appliquer presque universellement à n’importe quel test, être mesurée facilement et vous fournir des informations pertinentes sur vos efforts de test.

28. Quels sont certains de vos objectifs de carrière ?

Vous devrez trouver vous-même les réponses à ces questions, mais pour vous donner quelques idées, voici un article consacré à la gestion de votre carrière dans l’assurance qualité.

29. Qu’est-ce que le test piloté par les données ?

Le test piloté par les données est une technique de test logiciel qui stocke les données de test sous forme de tableau ou de feuille de calcul. Elle permet aux testeurs d’exécuter plusieurs cas de test à l’aide d’un seul script de test, en récupérant dynamiquement les données d’entrée à partir de sources externes telles que des bases de données, des feuilles de calcul ou des fichiers XML. Les résultats des tests sont ensuite consignés dans le même format structuré, ce qui facilite l’analyse des performances sur différents ensembles de données.

30. Comment le test piloté par les données est-il mis en œuvre ?

Dans les tests traditionnels, les entrées de test sont codées en dur, ce qui limite la flexibilité et l’évolutivité. Le test piloté par les données supprime cette contrainte en paramétrant les cas de test et en utilisant des variables globales qui lisent directement les données provenant de sources externes. Cette approche garantit la couverture des tests pour différents scénarios d’entrée sans modifier le script de test. Par exemple, dans un cadre d’automatisation comme Selenium, les testeurs peuvent utiliser des fichiers CSV ou Excel externes pour saisir des valeurs dynamiques dans les cas de test, ce qui permet une validation approfondie avec un minimum de maintenance du script.

31. Qu’est-ce qu’une matrice de traçabilité et pourquoi est-elle importante dans les tests logiciels ?

Une matrice de traçabilité est un document utilisé dans les tests logiciels pour garantir que toutes les exigences sont liées aux cas de test correspondants. Elle permet de suivre la couverture des tests, en veillant à ce qu’aucune exigence ne reste non testée et en évitant les lacunes dans la validation. Elle est particulièrement utile pour l’analyse d’impact lorsque des modifications surviennent, car elle permet aux équipes d’identifier les cas de test qui doivent être mis à jour ou réexécutés.

32. Comment vérifiez-vous que les contraintes de base de données, telles que les clés étrangères ou l’unicité, fonctionnent comme prévu ?

J’essaierai d’insérer ou de mettre à jour des enregistrements qui devraient enfreindre chaque contrainte — par exemple, en tentant d’insérer une ligne avec une clé étrangère inexistante ou de créer des entrées en double lorsqu’un index unique existe — puis je vérifierai que la base de données les rejette. L’examen des journaux d’erreurs et la vérification du renvoi des codes d’erreur corrects par la base de données permettent de s’assurer que les contraintes sont appliquées.

33. Quels sont les trois types de matrices de traçabilité & quel est le rôle de la matrice de traçabilité pour garantir des tests approfondis ?

La matrice de traçabilité directe (FTM), qui garantit que chaque exigence est associée à des cas de test afin d’assurer une couverture complète ; la matrice de traçabilité inverse (RTM), qui garantit que chaque cas de test renvoie à une exigence afin d’éviter les redondances ; et la matrice de traçabilité bidirectionnelle (BTM), qui combine la traçabilité directe et inverse pour vérifier la couverture complète des tests et éliminer les cas de test inutiles. La matrice de traçabilité contribue à garantir une couverture complète des tests en associant les cas de test aux exigences du projet et en vérifiant que toutes les fonctionnalités sont testées. Elle permet aux équipes de suivre les modifications des exigences et leur impact sur les cas de test, réduisant ainsi le risque de manquer des fonctionnalités critiques. En outre, elle contribue à l’assurance qualité en identifiant les lacunes, en évitant les tests redondants et en garantissant que toutes les exigences sont validées avant le déploiement.

34. En quoi les tests exploratoires diffèrent-ils des tests scriptés et quels sont leurs principaux avantages ?

Les tests exploratoires sont une approche de test non scriptée dans laquelle les testeurs explorent activement l’application afin d’identifier les défauts, contrairement aux tests scriptés, qui suivent des cas de test prédéfinis. Cette approche offre une plus grande flexibilité et permet de découvrir des problèmes inattendus que les tests structurés pourraient ne pas détecter. Elle aide à repérer les problèmes d’utilisabilité, les cas limites et les nouveaux défauts introduits par les modifications récentes.

35. Quelles sont les principales différences entre les tests en boîte noire et les tests en boîte blanche ?

Les tests en boîte noire visent à vérifier les fonctionnalités du logiciel sans connaître la structure interne du code, en se basant sur les entrées et les sorties attendues. En revanche, les tests en boîte blanche nécessitent de comprendre le code, la logique et la structure internes afin de concevoir les cas de test. Alors que les tests en boîte noire sont couramment utilisés pour les tests au niveau utilisateur et les tests fonctionnels, les tests en boîte blanche sont davantage adaptés aux tests unitaires, à l’analyse de la couverture du code et aux tests de sécurité.

36. Que sont les tests de charge, les tests de stress et les tests de volume ?

Les tests de charge, de stress et de volume sont des techniques de performance qui évaluent le comportement d’un système dans différentes conditions.

Les tests de charge mesurent les performances du système avec des charges utilisateur prévues afin de vérifier qu’il peut gérer le trafic habituel sans problème.
Les tests de stress poussent le système au-delà de ses limites en appliquant des charges de travail extrêmes afin d’identifier les points de rupture et les capacités de récupération après défaillance.
Les tests de volume évaluent la capacité du système à traiter de grandes quantités de données, en garantissant sa stabilité et son efficacité lorsqu’il gère des volumes importants de données.

Chaque test aide à évaluer la fiabilité, l’évolutivité et la robustesse du système dans différentes conditions.

37. Comment appliquez-vous la BVA pour garantir une couverture complète des plages de saisie ?

L’analyse des valeurs limites consiste à tester les extrémités des plages de saisie, telles que les valeurs minimale, maximale, juste inférieure, juste supérieure et les points limites valides. Si un champ de formulaire accepte par exemple des valeurs comprises entre 1 et 100, je testerais généralement 0, 1, 2, 99, 100 et 101, le cas échéant, afin de vérifier que le système gère correctement toutes les limites critiques.

38. Pouvez-vous expliquer comment le partitionnement en classes d’équivalence contribue à optimiser la conception des cas de test ?

Le partitionnement en classes d’équivalence regroupe les entrées en ensembles qui devraient se comporter de manière similaire — ce qui évite les tests redondants. Par exemple, si les entrées valides d’un champ de mot de passe comportent de 8 à 16 caractères, vous pouvez tester une longueur valide et une longueur invalide de chaque côté de cette plage, plutôt que de vérifier chaque nombre de 1 à 20. C’est un gain de temps qui garantit néanmoins une couverture étendue.

39. Quand utiliseriez-vous une approche par table de décision et comment structureriez-vous vos cas de test en conséquence ?

Les tables de décision sont particulièrement adaptées aux scénarios comportant plusieurs conditions et résultats, comme les règles métier complexes. Je commence par identifier toutes les conditions possibles, puis je répertorie dans un tableau les actions ou les résultats déclenchés par chaque combinaison. Cette méthode offre une vision claire et systématique de chaque chemin possible, garantissant qu’aucune branche logique ne soit négligée.

40. Quelle est votre expérience des tests de différents types d’API et quelles difficultés rencontrez-vous généralement avec SOAP par rapport à REST ?

REST est généralement plus léger, utilise souvent JSON et s’intègre bien aux intégrations web. SOAP est plus rigide, utilise XML et s’appuie sur des définitions WSDL. Les difficultés peuvent notamment consister à gérer des schémas d’authentification complexes, à analyser du XML par rapport au JSON et à composer avec des normes plus strictes dans les services fondés sur SOAP. J’ai constaté que les tests automatisés de REST nécessitent souvent une couverture complète des différentes méthodes HTTP, tandis que les tests SOAP peuvent exiger une validation minutieuse des schémas XML.

Quelle est la suite ?

En fin de compte, la plupart des entretiens d’assurance qualité consistent autant à montrer qui vous êtes qu’à démontrer ce que vous savez. Oui, vous devrez maîtriser des concepts clés comme les tests automatisés par rapport aux tests manuels, ou la gravité par rapport à la priorité, mais ne sous-estimez pas l’importance de la connaissance de soi et d’un récit honnête.

Les équipes de recrutement recherchent une personne capable de collaborer efficacement, d’assumer ses erreurs et de maintenir les projets sur la bonne voie sous pression.

Gardez ces questions à l’esprit, mais souvenez-vous également que chaque entretien fonctionne dans les deux sens : profitez-en pour déterminer si l’entreprise vous convient. Si vous vous présentez préparé, curieux et prêt à vous adapter, vous mettrez toutes les chances de votre côté pour décrocher votre nouveau poste en assurance qualité et vous y épanouir.

Abonnez-vous à la lettre d’information de The CTO Club pour découvrir d’autres questions d’entretien et des informations sur l’assurance qualité.

Envie d'en avoir plus avec The CTO Club ?