La Guilde ! - Devenez un expert en Quality Engineering

Jean-Francois Fresi
  • 0.0 (0)
  • Technology
  • Updated Daily

🎙 Le podcast des leaders de la qualité logicielle et du Quality Engineering Chaque semaine, découvrez des techniques d'audit, de formation, d’automatisation des tests et de coaching pour optimiser votre qualité. La Guilde te guide à travers les défis de la transformation digitale avec "Shift Left", "Right", et "Up". Pour responsables QA, ingénieurs qualité, CTO, tech leaders et passionnés. ✅ Méthodes actionnables ✅ Formats courts : 1 épisode/sem. et mini-série 10 min/jour. Soutiens nous : - Abonne-toi 🔔 - Laisse un avis et 5 étoiles (⭐️⭐️⭐️⭐️⭐️) - Inscris-toi : https://laguilde.substack.com

  1. 1d ago

    Comment être légitime face aux développeurs, PO et managers

    « C'est bon, tous les tests sont passés. » Cinq minutes avant la mise en production, c'est la phrase qu'on attend de toi. Et personne ne te demande si c'est une bonne idée de livrer. Si on te perçoit comme celui qui exécute les tests, ce n'est pas un problème de compétence. C'est que tu parles d'activité, alors que les autres parlent de décisions. Dans cet épisode, je te donne 4 leviers concrets pour passer de « celui qui teste » à « celui qu'on consulte avant de décider » : → Rapporter des risques plutôt que des tests : un risque, un impact, une option→ Adapter ton discours à chaque interlocuteur : développeur, Product Owner, manager→ Défendre ta position sans t'effacer et sans jouer les gendarmes→ Gérer un désaccord avec des faits et un objectif commun Tu repars avec des phrases prêtes à l'emploi pour ta prochaine réunion de go/no-go. À retenir : ton rôle n'est pas de dire non. Ton rôle, c'est que la décision soit prise en connaissance de cause. Et toi, dans quelle situation t'es-tu senti le moins légitime ? Dis-le-moi en commentaire, je lis toutes les réponses. Un épisode de La Guilde, la communauté des professionnels de la qualité logicielle.

    Comment être légitime face aux développeurs, PO et managers

  2. Sep 27

    Es-tu Test Lead sans le savoir ?

    Tu fais peut-être déjà le travail d'un Test Lead (Lead QA) sans en avoir le titre. Dans cet épisode, je passe en revue 7 signaux concrets qui montrent que tu ne fais plus seulement du test logiciel, mais que tu pilotes déjà la qualité de ton équipe. Les développeurs, les PO et les autres QA viennent te consulter pour évaluer un risque, arbitrer une priorité ou comprendre l'impact d'une anomalie avant la mise en production ? Tu questionnes les critères d'acceptation, tu structures la stratégie de test, tu fais progresser les autres testeurs et tu influences les décisions sans autorité hiérarchique ? Alors tu exerces probablement déjà ce rôle. Le leadership qualité commence souvent avant le titre. Il commence au moment où tes décisions influent sur le travail des autres. Je termine sur le piège à éviter quand tu te reconnais dans ces signaux, et sur la question que tu dois absolument te poser pour faire évoluer ta carrière de testeur vers un rôle de Test Lead, QA Lead ou Test Manager. Autoévaluation gratuite de ta posture de Lead QA : https://tally.so/r/D4Qel5 Bootcamp Leader QA, 6 semaines pour prendre ton rôle de Test Lead avec une vraie méthode : https://shiftopsolutions.systeme.io/bootcamp-qalead Échanger avec moi sur ta situation : https://tally.so/r/QKdBNl Newsletter La Guilde : https://laguilde.substack.comVersion vidéo sur YouTube : https://www.youtube.com/watch?v=UISQnooalDA Autoévaluation gratuite de ta posture de Lead QA : [lien] Bootcamp Leader QA, 6 semaines pour prendre ton rôle de Test Lead avec une vraie méthode : https://shiftopsolutions.systeme.io/bootcamp-qalead Échanger avec moi sur ta situation : https://tally.so/r/QKdBNl Newsletter La Guilde : https://laguilde.substack.comVersion vidéo sur YouTube : https://www.youtube.com/watch?v=UISQnooalDA

    Es-tu Test Lead sans le savoir ?

  3. Sep 20

    Tester sans spécifications

    Tu rejoins un sprint en cours. Le développeur te dit : "C'est prêt, tu peux tester." Tu demandes la spec. Il te répond : "Il y en a pas vraiment, on a fait au feeling, c'était urgent." Bienvenue dans la réalité de 80% des équipes agiles. Pas de user story formalisée, pas de critères d'acceptation, parfois même pas de maquette validée. Dans cet épisode, on parle de comment tester dans ces conditions, et pourquoi cette compétence peut rendre ton rôle plus stratégique que jamais. Au programme : 1️⃣ Pourquoi l'absence de spec n'est pas toujours un signe d'amateurisme, et ce que ça change dans ta posture2️⃣ La méthode en 5 étapes : reconstituer l'intention, utiliser l'heuristique SFDIPOT, documenter en temps réel, tester par risque, clôturer par une déclaration de couverture3️⃣ Les 5 pièges à éviter absolument, du "ça fonctionne donc c'est bon" au testing en solitaire Tester sans spec, ce n'est pas un sous-mode dégradé du testing. C'est une compétence de haut niveau, qui mobilise le sens critique, la pensée systémique et le leadership qualité. 👉 Tu veux muscler ce réflexe sur des cas concrets, avec un retour extérieur qui pointe ce que toi tu ne vois plus ? C'est exactement ce qu'on travaille dans le Bootcamp Leader QA, en mise en situation, pas en théorie.👉 Infos et inscription : shiftopsolutions.systeme.io/bootcamp-qalead

    Tester sans spécifications

  4. Sep 18

    5/5 - La performance pour les ops : observabilité, shift right et réalité terrain

    La production révèle ce que les environnements de test ne montrent pas toujours. Dans ce dernier épisode de la série, on parle du rôle des ops dans la performance : supervision, observabilité, corrélation entre incidents et métriques, compréhension du comportement réel du système. On aborde aussi les notions clés : logs, métriques, traces, alerting, SLI/SLO, shift right. La performance ne s'arrête pas aux tests : elle se confirme et se comprend vraiment dans la réalité de production. Dernier épisode de la série "La performance : l'impact invisible" — la performance ne se pilote pas seulement avant la mise en prod, elle se surveille et se travaille dans la durée.

    5/5 - La performance pour les ops : observabilité, shift right et réalité terrain

  5. Sep 17

    4/5 - La performance pour les développeurs : construire vite, mais construire juste

    Attendre les tests de perf pour découvrir les problèmes, optimiser trop tard, ne regarder que le nominal : ce sont les erreurs les plus fréquentes côté dev. Et elles coûtent cher. Dans cet épisode, on montre que la performance se joue très tôt, dans les choix techniques et l'architecture : requêtes coûteuses, appels inutiles, traitements mal optimisés, dette technique silencieuse. Et on parle des bons réflexes à adopter : profiler, observer, challenger les hypothèses, penser scalabilité et résilience dès la conception. La performance ne se corrige pas uniquement après coup : elle se prépare dès les choix de conception et de développement.

    4/5 - La performance pour les développeurs : construire vite, mais construire juste

  6. Sep 16

    3/5 - La performance pour les QA : un angle mort trop fréquent

    La performance, un sujet réservé à quelques experts ? Pour les QA, ce temps-là est révolu. Dans cet épisode, on explique pourquoi la performance concerne directement les QA : elle impacte l'expérience utilisateur, elle révèle des fragilités invisibles en test fonctionnel, elle influence la qualité perçue. On parle aussi des réflexes à développer côté QA : intégrer la performance dans l'analyse de risque, penser temps de réponse et fluidité dès les scénarios, repérer les signaux faibles en recette. La performance n'est pas un sujet à côté de la QA : c'est une composante directe de la qualité.

    3/5 - La performance pour les QA : un angle mort trop fréquent

  7. Sep 15

    2/5 - Le rôle du testeur de performance : au-delà des scripts et des courbes

    Le cliché a la vie dure : le testeur de performance lance un outil, génère de la charge, produit un rapport. La réalité est bien plus large. Dans cet épisode, on parle du vrai rôle du testeur de performance : modéliser des usages réalistes, choisir les bons scénarios, interpréter les résultats, repérer les signaux faibles, et dialoguer avec les autres métiers. On passe aussi en revue les erreurs fréquentes : scénarios irréalistes, métriques mal lues, conclusions trop rapides, tests isolés du contexte métier. Le testeur de performance ne produit pas seulement des chiffres : il produit de la compréhension.

    2/5 - Le rôle du testeur de performance : au-delà des scripts et des courbes

  8. Sep 13

    1/5 - Les tests de performance : ce qu'on mesure vraiment

    "Ça ira en production." "On verra plus tard." "Si ça marche fonctionnellement, c'est suffisant." Trois phrases qu'on entend encore trop souvent, et qui montrent à quel point la performance reste un sujet mal compris. Dans ce premier épisode de la série "La performance : l'impact invisible", on pose le cadre : pourquoi tester la performance, ce n'est pas juste "mettre de la charge". On revient sur les grandes familles de tests (charge, stress, endurance, montée en charge, capacité) et sur ce qu'on cherche réellement à comprendre : temps de réponse, stabilité, tenue sous contrainte, comportements dégradés, limites du système. Tester la performance, c'est comprendre comment un système réagit sous contrainte, pas seulement vérifier qu'il tient.

    1/5 - Les tests de performance : ce qu'on mesure vraiment
See All (187)

About

🎙 Le podcast des leaders de la qualité logicielle et du Quality Engineering Chaque semaine, découvrez des techniques d'audit, de formation, d’automatisation des tests et de coaching pour optimiser votre qualité. La Guilde te guide à travers les défis de la transformation digitale avec "Shift Left", "Right", et "Up". Pour responsables QA, ingénieurs qualité, CTO, tech leaders et passionnés. ✅ Méthodes actionnables ✅ Formats courts : 1 épisode/sem. et mini-série 10 min/jour. Soutiens nous : - Abonne-toi 🔔 - Laisse un avis et 5 étoiles (⭐️⭐️⭐️⭐️⭐️) - Inscris-toi : https://laguilde.substack.com

Information

You Might Also Like