La Guilde ! - Devenez un expert en Quality Engineering

Une spec ambiguë, c'est un bug en attente et parfois bien pire : trois interprétations différentes du même besoin, des semaines de rework, et des tensions en équipe.Dans cet épisode, j'attaque un sujet souvent négligé mais qui coûte cher à toutes les équipes tech et produit : la qualité des spécifications fonctionnelles. Je te montre une approche pragmatique pour mesurer puis réduire l’ambiguïté des spécifications afin d’améliorer la qualité logicielle, limiter les allers-retours en refinement, et livrer plus sereinement.Au programme :🔍 Comprendre l'ambiguïté des besoinsAmbiguïté lexicale (mots flous : "rapide", "intuitif", "optimisé"), règles métier non définies, contexte manquant — apprenez à identifier les 3 formes les plus fréquentes qui plombent vos projets.📊 Mesurer l'ambiguïté sans usine à gazAvec des exemples de métriques : pilotez enfin la qualité de vos specs avec des données.🛠️ Réduire l'ambiguïté avec 4 leviers pratiques- Example Mapping, critères d'acceptation, ou encore tavbbles de décision : des outils immédiatement applicables rapidement.Que vous soyez product owner, business analyst, tech lead ou développeur, cet épisode vous donne les outils pour livrer des user stories claires, testables et comprises de tous.

Dernier épisode de la série : comment concilier exigences normatives, agilité et efficacité terrain… sans retomber dans une QA bureaucratique.Avec Cédric Lefebvre, on aborde :l’indépendance du testeur en embarqué : pourquoi elle est cruciale, et comment éviter de créer des silosl’agilité en embarqué : mythe ou réalité ? ce qui est possible, ce qui doit être adapté, et comment aligner des rythmes différentsla traçabilité et les normes (ex : ISO 26262) : comment viser le “juste suffisant” au lieu de produire des documents mortsOn termine avec des pratiques concrètes :checklists intelligentestraçabilité pragmatiquegouvernance légère mais claire🎧 Objectif : repartir avec une approche équilibrée, réaliste et applicable — qui respecte les contraintes du domaine sans sacrifier la vitesse ni la qualité.

Dans cet épisode, on change de focale : on sort du “bug à corriger” pour parler coût, responsabilité et sécurité.Avec Cédric Lefebvre, on explique pourquoi un bug embarqué peut être bien plus cher qu’un bug logiciel classique :rappels produitsinterventions terrainimmobilisation de matérielmises à jour coûteuses (et parfois impossibles)On illustre avec des contextes concrets :automobiledispositifs médicauxindustrie critique / IoTEt on met en évidence les impacts non techniques :sécurité des personnesimage de marqueresponsabilité légale🎧 Objectif : reconnecter la stratégie de test à la réalité business et aux risques, et comprendre pourquoi le risk-based testing n’est pas un luxe en embarqué, mais une nécessité.

Troisième épisode, et un sujet très concret (et souvent tabou) : le bruit dans les tests embarqués.Avec Cédric Lefebvre, on parle de ce qui détruit la confiance le plus vite :un test qui échoue “pour rien” (faux positif)un test qui passe alors que le produit est cassé (faux négatif)Pourquoi c’est si fréquent en embarqué ?instabilité matériellesynchronisation, timing, interruptionscapteurs, conditions réelles difficiles à maîtriserOn explore l’impact réel :fatigue des équipesperte de crédibilité de la QAdécisions prises sur de mauvais signauxEt on termine avec des leviers pragmatiques pour réduire les mensonges :rendre les tests plus robustes (seuils, tolérances, conditions)faire de la root cause analysisséparer clairement anomalies produit vs anomalies d’environnement🎧 Objectif : retrouver des signaux fiables, et éviter que “l’automatisation” devienne un générateur d’alertes inutiles.

Dans ce deuxième épisode, avec Cédric Lefebvre, on attaque le sujet qui fait (souvent) gagner ou perdre la bataille : les environnements de test.Parce qu’en embarqué, la qualité des tests dépend directement de la qualité de ce que tu as pour exécuter, observer, rejouer… et comparer.On fait le tour des approches et de leurs compromis :Simulation, émulation, bancs de test (MIL / SIL / HIL) et tests sur cible réellece que chaque environnement te donne (ou te cache) en termes de coût, fidélité, rapidité, scalabilitéles erreurs classiques : surconfiance dans la simu, environnements instables/non versionnés, tests impossibles à rejouerEt surtout : les bonnes pratiques qui évitent de construire un château de cartes :stratégie d’environnements alignée sur les risquesprogression intelligente (du virtuel au réel)documentation minimale… mais utile🎧 Objectif : t’aider à choisir les bons environnements au bon moment — sans exploser les coûts ni perdre la crédibilité de la QA.

Dans ce premier épisode, j’ouvre une mini-série dédiée au test des systèmes embarqués avec Cédric Lefebvre.Si tu viens du web, du mobile ou du SaaS, tu vas vite comprendre pourquoi les réflexes “classiques” (test automatisé facile, observabilité, environnements reproductibles…) ne suffisent plus dès qu’on parle d’embarqué.On pose les bases :ce qui rend l’embarqué fondamentalement différent (contraintes CPU/mémoire/énergie, temps réel, interruptions, couplage hardware/software, cycles de vie longs)pourquoi on ne peut pas “tester comme une web app” (peu d’observabilité, dépendance aux équipements, tests tardifs et coûteux)les risques typiques quand on sous-estime ces contraintes (bugs découverts trop tard, effets de bord imprévisibles, frictions entre équipes soft/hard/système)🎧 Objectif de l’épisode : casser les idées reçues, donner un cadre clair, et te préparer pour la suite de la série (environnements, bruit dans les tests, impact business/sécurité, normes et agilité).À écouter si tu veux comprendre ce qui fait la complexité — et la réalité terrain — du test embarqué.

Quand on parle de tests en DevOps, on pense souvent automatisation, pipelines CI/CD et voyants verts.Mais est-ce vraiment ça, le test en DevOps ?Dans cet épisode, je te propose de prendre du recul et de regarder le test dans sa globalité, au cœur du modèle DevOps — bien au-delà des seuls tests automatisés.🔍 Au programme :Pourquoi DevOps ≠ pipeline de testsLes limites de l’automatisation quand elle n’est pas portée par une vraie stratégieLa qualité comme responsabilité collective (dev, produit, ops, QA)Tester le système : code, infra, données, configurations, hypothèsesLe rôle clé du feedback rapide et exploitablePourquoi le vrai enjeu n’est pas de tout tester, mais de piloter le risque🎯 Un épisode pour celles et ceux qui veulent :arrêter de confondre DevOps et outillageremettre la qualité au centre des décisionsfaire évoluer le rôle du test et des QA dans un contexte moderne👉 DevOps sans qualité intégrée, c’est juste livrer plus vite… les problèmes.

Pas de données de test fiables.Des environnements instables.Des jeux de données écrasés ou inexistants.Et pourtant… il faut tester.Dans cet épisode, je parle d’un sujet que vivent la majorité des équipes produit et tech : comment tester efficacement quand on n’a pas de vraie stratégie de données de test.👉 Pourquoi l’absence de data ne doit pas devenir une excuse pour ne pas tester👉 Pourquoi le problème est souvent organisationnel avant d’être technique👉 Comment changer de mindset : tester des comportements plutôt que des bases de données👉 5 leviers concrets pour tester malgré des données instables ou incomplètes👉 Comment transformer cette contrainte en opportunité pour améliorer la qualité globaleUn épisode pragmatique, basé sur le terrain, pour les QA, Quality Engineers, développeurs et équipes produit confrontés au legacy, aux ERP, aux environnements fragiles et à la réalité du quotidien.🎯 Objectif : réduire le risque, même sans data parfaite.Bonne écoute 🎙️

Générer des tests avec l’IA, c’est facile.Les maintenir, les faire évoluer et garder un patrimoine sain… beaucoup moins.Dans cet épisode, je te propose de dépasser le discours classique sur le prompting et la génération automatique de cas de test.Car dans la vraie vie des équipes QA, le problème n’est pas le manque de tests.C’est l’inverse.👉 Des patrimoines de 100, 500, parfois 1000+ tests,👉 des suites difficiles à maintenir,👉 du bruit, des faux positifs,👉 et une dette de test qui s’accumule.🎯 Dans cet épisode, on parle de ce que signifie vraiment industrialiser l’IA dans les tests :pourquoi créer plus de tests avec l’IA est souvent une mauvaise idéecomment utiliser l’IA pour nettoyer, maintenir et faire évoluer l’existanten quoi les agents IA peuvent devenir des gardiens du patrimoine de testet pourquoi l’industrialisation passe par la gouvernance, pas par la génération de volumeUn épisode pour celles et ceux qui veulent faire de l’IA un levier de Quality Engineering, pas un gadget de plus.🎙️ Bonne écoute.

Comment recruter de bons QA dans un contexte de transformation culturelle ?Pour clôturer cette mini-série, nous revenons à l’essentiel : l’humain.Avec Nicolas Canseco, nous explorons ce qui fait un bon QA aujourd’hui, au-delà des compétences techniques affichées sur un CV.Dans cet épisode :Le profil du QA moderne :curiosité,communication,collaboration,sens produitLes erreurs classiques de recrutement en QA :chercher des exécutants,ignorer les soft skills,sous-estimer la culture qualitéLes qualités clés d’un QA dans un modèle de Quality Assistance :capacité à coacher et vulgariser,ouverture au Dev et au Produit,approche systémiqueL’importance de l’onboarding, de la formation continue et du rôle du management dans la rétention des talents🎯 Nicolas partage sa vision du recrutement QA comme un levier stratégique de transformation durable.

Les indicateurs QA doivent-ils servir à contrôler… ou à progresser ?Dans cet épisode, nous abordons un sujet sensible : la mesure de la qualité et son rôle dans la conduite du changement.Avec Nicolas Canseco, nous déconstruisons les métriques QA classiques pour mieux comprendre :Pourquoi la mesure pour la mesure est contre-productiveQuels indicateurs sont réellement utiles pour piloter la qualité ?La différence entre qualité mesurée et qualité perçueL’importance de la transparence et du partage des métriques avec les équipes🎯 L’objectif : rendre visibles les progrès sans blâmer, et transformer les indicateurs en leviers d’amélioration collective.

Tester plus ne garantit pas plus de qualité.Tester mieux, en revanche, change tout.Dans cet épisode, nous plongeons dans le Lean Testing et son apport dans une démarche de transformation QA orientée valeur.Avec Nicolas Canseco, nous discutons :Des principes du Lean appliqués au test logicielDes gaspillages les plus fréquents en QA :tests redondants,maintenance excessive,feedbacks trop tardifs,anomalies peu exploitablesDes pratiques clés du Lean Testing :priorisation par le risque,élimination du superflu,feedbacks continus,automatisation cibléeDu lien direct entre Lean Testing et conduite du changement :sortir du mythe “plus de tests = plus de qualité”

Et si le pair testing était bien plus qu’une simple pratique de test collaboratif ?Dans cet épisode, nous explorons comment le pair testing peut devenir un véritable levier de conduite du changement, en rapprochant QA, développeurs et product managers autour d’un objectif commun : mieux comprendre le produit.Avec Nicolas Canseco, L'expert numéro 1 sur le sujet en France, nous abordons :Ce qu’est réellement le pair testing (et ce que ce n’est pas)Pourquoi cette pratique change profondément les dynamiques d’équipe :meilleure compréhension fonctionnelle,réduction des malentendus,feedbacks plus rapides et plus utilesComment l’instaurer concrètement :préparer des sessions courtes et ciblées,faire tourner les rôles (QA/Dev, Dev/PO, QA/Designer),capitaliser sur les apprentissagesLes enjeux culturels : casser les silos, créer de la confiance, développer la curiosité

Pourquoi tant de transformations QA échouent-elles… malgré de bons outils et des process bien définis ?Dans ce premier épisode, j’ouvre une mini-série dédiée à la conduite du changement en QA , un sujet trop souvent sous-estimé lorsqu’on parle de transformation des pratiques qualité.Avec mon invité Nicolas Canseco, expert QA, nous revenons sur un constat simple :👉 la qualité ne se transforme pas uniquement avec des frameworks, mais avant tout avec des humains.Au programme de cet épisode :Pourquoi les transformations QA échouent lorsqu’elles sont uniquement techniquesCe qu’est réellement la conduite du changement appliquée à la QALes 3 leviers essentiels d’une transformation réussie :donner du sens,engager les acteurs,accompagner la montée en compétences

Les référentiels de tests grossissent…mais la qualité, elle, ne progresse pas toujours.Dans cet épisode, je te propose de repenser le test management comme un système vivant, au service de la décision et du pilotage par le risque — pas comme un simple stock de cas de test.🔍 On y parle concrètement de :nettoyage du référentiel et suppression des tests obsolètesownership des tests et responsabilité partagée dans les équipesbaselines : quand figer, pourquoi, et surtout quand revisitergouvernance légère pour éviter la bureaucratie QAcomment passer d’un test management de volume à un test management de valeur🎯 L’objectif :moins de tests, mais de meilleurs tests.Moins de process, mais plus de clarté.Un épisode destiné aux QA, test managers, QA coaches, tech leads et équipes produit qui veulent remettre du sens dans leurs pratiques de test.Bonne écoute 🎧

Un bug, ce n’est jamais “juste un ticket de plus”.Derrière une anomalie en apparence anodine se cachent souvent :– des heures de travail invisibles,– des équipes sous pression,– des utilisateurs frustrés,– et parfois… des milliers d’euros perdus.Dans cet épisode, je te propose de décortiquer le vrai coût d’un bug, en fonction du moment où il est détecté dans le cycle de vie logiciel.🔍 Au programme :Pourquoi la non-qualité coûte aussi cher (spoiler : ce n’est pas qu’un problème technique)Ce que coûte réellement un bug détecté tôt en phase de dev ou de QAPourquoi le même bug peut voir son coût exploser en productionLes mécanismes invisibles qui font grimper la facture : coordination, perte de contexte, impact businessEt surtout : pourquoi investir dans la qualité en amont est l’un des meilleurs ROI possibles📚 Pour aller plus loinJe détaille les calculs, les exemples chiffrés et les mécanismes précis dans mon article complet :👉 « Le vrai coût d’un bug »⭐️ Pensez à vous abonner et à laisser 5 ★ – c’est le meilleur moyen de soutenir le podcast.Envie d’approfondir ? Pour recevoir chaque semaine des conseils et ressources exclusives sur le Quality Engineering.

Avec Romuald LenormandPour conclure cette mini-série dédiée à l’apprentissage en continu, nous explorons un sujet incontournable : l’impact de l’intelligence artificielle sur la formation, la montée en compétence et le métier de QA.Romuald partage une vision claire et nuancée, loin des discours purement “buzzword” : l’IA peut devenir un formidable accélérateur d’apprentissage… mais seulement si l’on garde une posture active et critique.Au programme :🤖 L’IA comme outil d’apprentissage : génération d’exemples, de code, de quiz ou d’explications adaptées.✨ Ce que l’IA apporte réellement : gain de temps, personnalisation, nouvelles perspectives pédagogiques.⚠️ Les limites à connaître : risque de dépendance, perte d’esprit critique, illusions de compétence.🧠 Comment apprendre avec l’IA, sans s’en remettre entièrement à elle :• conserver l’analyse humaine,• questionner les résultats,• utiliser l’IA comme soutien, pas comme raccourci.💬 Témoignage concret : comment Romuald intègre l’IA dans ses formations et dans son activité de Quality Engineer.🚀 Vision finale : l’IA n’efface pas l’apprentissage — elle l’amplifie, si l’on reste aux commandes.Un épisode lucide, inspirant et essentiel pour toutes celles et ceux qui se demandent comment intégrer l’IA dans leur progression professionnelle, sans perdre leur autonomie intellectuelle.Bonne écoute !

Avec Romuald LenormandDans ce quatrième épisode de notre mini-série dédiée à l’apprentissage en continu, nous abordons le cœur du sujet : pourquoi apprendre en permanence est devenu indispensable dans la QA et plus largement dans la tech.Romuald partage sa vision, ses pratiques et son état d’esprit pour rester à jour dans un environnement où tout évolue : frameworks, outils, DevOps, IA, méthodes de collaboration…Au programme :⚡ Le constat : dans notre métier, tout change — vite.🧠 L’état d’esprit à cultiver : curiosité, humilité, remise en question.📚 Les stratégies d’apprentissage les plus efficaces :• micro-learning au quotidien,• peer learning,• side projects,• communautés et mentorat,• veille régulière et structurée.🛠️ Comment Romuald organise sa montée en compétence sur le long terme.⏳ Pourquoi la régularité compte plus que l’intensité.🏢 Le lien avec les organisations : construire un environnement où apprendre est valorisé, pas perçu comme une perte de temps.Un épisode éclairant, qui rappelle que rester curieux, c’est rester pertinent — et que l’apprentissage continu est l’une des compétences majeures des QA d’aujourd’hui et de demain.Bonne écoute !

Avec Romuald LenormandDans ce troisième épisode de notre mini-série consacrée à l’apprentissage en continu, nous explorons un thème essentiel : former les autres comme levier d’apprentissage profond.Romuald revient sur son passage vers la formation et explique pourquoi enseigner la QA a été un accélérateur majeur de sa montée en compétence.Au programme :🎯 Pourquoi devenir formateur — et comment cette démarche transforme la compréhension du métier.🧠 Les compétences clés d’un bon formateur QA : écoute, vulgarisation, adaptation, bienveillance.🔁 L’enseignement comme moteur d’apprentissage :• reformuler pour mieux comprendre,• clarifier sa pensée grâce aux questions des apprenants,• structurer ses connaissances au fil des sessions.🤲 La culture du partage : pourquoi la QA progresse quand le savoir circule.🚀 Le lien avec la conduite du changement : les formateurs comme catalyseurs de transformation dans les équipes.Un épisode inspirant qui montre que transmettre, c’est apprendre deux fois — et que la formation est l’un des chemins les plus puissants pour grandir dans son rôle de QA.Bonne écoute !

Avec Romuald LenormandDans ce deuxième épisode de notre mini-série sur l’apprentissage en continu, nous abordons un sujet aussi universel que tabou dans la tech : le syndrome de l’imposteur.Romuald partage avec une grande sincérité les doutes qui ont marqué ses débuts dans la QA, les moments où il s’est senti “illégitime”, et les déclics qui lui ont permis d’avancer malgré tout.Au programme :🔍 D’où vient le syndrome de l’imposteur, et pourquoi il touche autant les profils en reconversion ou en QA.💬 Le témoignage personnel de Romuald : ses peurs, ses remises en question, ses apprentissages.🧩 Les leviers pour le dépasser :• accepter d’être en apprentissage permanent,• célébrer ses progrès,• chercher du feedback constructif,• s’appuyer sur la communauté.💡 Comment ce doute peut devenir un moteur dans un métier en évolution constante.🤝 Le rôle clé des pairs et des mentors dans la construction de la confiance professionnelle.Un épisode authentique et libérateur, qui rappelle que la légitimité ne se décrète pas : elle se construit pas à pas — et que personne n’avance vraiment sans douter.Bonne écoute !