Stratégie de Test Agile / Scrum : que contient ta Definition of Done ?

[@ScrumLife]

Définis une stratégie de test AGILE : kzbin.info/www/bejne/eKeZpWh4Z9Zmes0

[@komimarcatsou1871]

Cette vidéo est celle qui m'a apporté le plus de valeur concrète sur la gestion de projet en scrum. Elle m'apporte beaucoup d'éléments sur les défis que j'ai dans mon équipe. Notamment sur l'automatisation des tests.

[@ScrumLife]

Merci pour ton commentaire, ça fait plaisir 😁 Accepterais-tu d'élaborer un peu plus sur les défis que tu rencontres dans ton équipe ? -- JP

[@komimarcatsou1871]

@@ScrumLife Je suis sur un projet data et j'essaie d'insuffler la dynamique des tests/recette automatisés ou du moins formalisés mais cela reste un vrai défi. Mais avec votre chaîne je suis content de savoir que je suis sur la bonne voie.

[@matthieuclin6219]

Merci à vous deux pour cette belle vidéo. La DOD s'adapte selon le projet et l'équipe. Dernièrement, la DOD portait sur : * d'abord les tests par l'équipe de réalisation avec : - les tests unitaires - les tests d'intégration - les tests d'acceptation (décrits dans l'US) - un résultat satisfaisant de la pipeline - un traitement des codes review * ensuite les tests par le produit avec : - les tests "fonctionnels" (bout en bout, accessibilité, UI, etc)

[@ScrumLife]

Biensûr ! La DOD est une co-construction de l'équipe et elle est contextuelle ! Robin

[@RomainPESSIOT]

Bonjour, merci pour la vidéo, il y a une phrase qui me laisse dubitatif, quand j'entend "La sécurité c'est lié à l'automatisation". Je dirais oui pourquoi pas, ça permet de gagner du temps mais attention il faut de l'automatisation intelligente, évolutive et mise à jour. Car l'automatisation par définition elle repasse toujours au même endroit donc tout ce qui est sur le "chemin", est OK, on pourrait même dire c'est sûr (si le test correspond toujours à l'attendu). Mais si ce qui se trouve à coté si ce n'est pas exploré, si ce n'est manipé "manuellement", il peut y avoir une erreur ou un dysfonctionnement critique et tout le monde peut passer à coté (le fameux Pesticide Paradoxe en ISTQB). Après dans le cas dans l'aéronautique ou dans l'automobile, on attends que le périmètre attendu soit livré sans défaut critique ou majeur en tout cas j'ose l'imaginer. Dans tout ce qui est engagé doit être fonctionnel.

[@julienbrouwers1163]

First ! 👍 C'est un sujet partout les tests j'ai l'impression 😁

[@ScrumLife]

Le test, c'est LA BASE !!! Quel est ton moment préféré de la vidéo ? -- JP

[@vianneymaerte693]

Merci encore pour cette belle vidéo ! Scrum Life , vous en pensez quoi ( en fonction du contexte) de mettre des DOD sur plusieurs niveaux ? En effet j'ai connu des cas ou la DOD était au niveau du sprint, mais qu'on ne livrait pas un incrément systématiquement et généralement, il y avait encore du travail en mode 'release' ou package, on pouvait retrouver par exemple des tests de performances en fin de chaine au niveau du package sur un environnement 100% intégré, dans ce cas, il est peut-être intéréssant de pouvoir distinguer ce qu'on entend de "terminé" pour un sprint, et pour une release/package/incrément ?

[@ScrumLife]

Bonjour 👋 nous en parlions au live justement :) de mon expérience effectivement il peut, par exemple y avoir le done (livraison sur la recette par exemple) et le « megadone » pour la prod. L’essentiel étant que les équipiers se posent les bonnes questions au bon moment. Robin

[@bertranddrouhard4865]

"Dans le domaine du militaire, on risque de tuer des gens" 😅 Ça serait pas plutôt l'inverse ? 😂 En tout cas bravo une fois de plus pour cette vidéo Scrum Live. Vous êtes trop forts 💪.

[@ScrumLife]

Sisi, dans le militaire on peut tuer des gens, et c'est embêtant, encore plus quand on ne tue pas les bons, c'est pour ça qu'on doit avoir confiance dans les systèmes :) -- Constantin

[@benjamindebaisieux453]

Le fond est super, mais la forme est très compliquée : ça ressemble à de la vente de maquillage, par une influenceuse. Pourtant le sujet est très intéressant

[@ScrumLife]

Salut! Merci pour ton commentaire. On essaie toujours de s'améliorer, pourrais-tu élaborer sur ce qui te dérange dans la forme? En étant le plus concret et précis possible, pour pouvoir nous aider 🙏 s'il te plait! -- JP

[@Lechat_mtl]

Est il pertinent d'inclure une DoD pour du développement rapide (projets 5 ou 6 sprints; évolutions ou ajout de fonctionnalités...) le QA ne peut il pas tout simplement se baser sur les critères d'acceptation des récits ?

[@ScrumLife]

En général sur des projets courts (en agence par exemple) on réutilise la même DoD de projet en projet, cela devient un standard de l'équipe ou dans l'entreprise. Vérifier les critères d'acceptation c'est un peu la base mais cela n'amène pas très loin en termes de qualité et on le paie assez vite plus tard (dette technique). As-tu un contexte spécifique en tête qui correspond à ces questions? Pourrais-tu nous en dire plus? -- JP

[@Lechat_mtl]

@@ScrumLife merci pour votre réponse. Dans nos projets, nous avons 2 étapes d'assurance qualité (QA côté dev et un QA côté business/client) et seuls les critères d'acceptation + validation du PO sont pris en compte. Donc pas de DoD.

[@larive.thomas]

Ça marche si la stratégie c'est "bah ça sert à rien les tests, on vérifie à la main que ça marche" ? #Sarcasme Vous bilez pas à répondre, je connais déjà la réponse

[@ScrumLife]

Rooooooooh le coquin !!! Sinon, qu'est-ce que tu retiens de cette vidéo ? 🙂 -- JP

[@larive.thomas]

@@ScrumLife qu'une stratégie de test se réfléchit parce qu'elle représente un investissement. Qu'on ne peut, à priori, pas tout faire à moins de s'y investir véritablement. Que certains domaines obligent cette implication massive, alors que d'autres sont plus tolérants. Que le plus tôt est le mieux, et à défaut, mieux vaut tard que jamais pour commencer à sécuriser la qualité de ce qui est produit, même sur du legacy donc. Cela étant, cela demande malgré tout l'investissement de l'organisation, ce qui fait beaucoup de monde à convaincre, et que comme d'habitude, il faut commencer par le haut, pour leur faire comprendre pourquoi ils payent pour des tests bien fait, et qu'ensuite ça redescende.