* docs(fr): translation of install-custom-modules Reference commit97d32405* docs(fr): refinement of forensic-investigation * docs(fr): translation of customize-bmad TOML customization rewrite Reference commits0dbfae67,4405b817,ffdd9bc6, b63086f2" * fix(docs): handle non-ASCII anchors in link validator Anchor validation failed for links containing accented characters (e.g. ./customize-bmad.md#dépannage) because the raw anchor didn't match the slugified version produced by extractAnchors. Normalize anchors through decodeURIComponent + headingToAnchor before comparing, and guard against malformed URI components. * docs(fr): translation of install-bmad channel and config rewrite Reference commits3d824d4c,91a57499,0f852a38* docs(fr): translation of expand-bmad-for-your-org organizational customization patterns Reference commitsc52c9b5b,b63086f2,4405b817,0dbfae67* docs(fr): update install-custom-modules Reference commit231a2036* docs(fr): consolidate non-interactive installation into unified install-bmad guide Replace standalone non-interactive-installation.md with a redirect stub pointing to the Installations CI non interactives section in install-bmad.md. * docs(fr): translation of named-agents Reference commits0dbfae67,4405b817,b63086f2* docs(fr): refinement of upgrade-to-v6 * docs(fr): refine agents.md * docs(fr): refine commands.md rename bmad-create-prd to bmad-prd and update skill descriptions * docs(fr): refine workflow-map-diagram Reference commitc52c9b5brename create-prd to prd, create-product-brief to product-brief add prfaq workflow, update agent labels and output names refine French wording throughout * docs(fr): update and refine workflow-map Reference commits:380590ac52c9b5* docs(fr): update and refine getting-started Reference commitsc52c9b5b,0f852a38rename bmad-create-prd to bmad-prd, add PRD intents section update Quick Reference table, refine French wording throughout * docs(fr): refine index.md Reference commit0dbfae67refine French wording throughout, improve phrasing and table formatting * docs(fr): apply French typographic conventions across all docs regex-based pass followed by AI + manual review of all 34 source files Rules applied: - Apostrophe: ASCII ' → curly ’ (U+2019) in all French prose - Guillemets: ASCII "..." → « … » with narrow no-break space (U+202F) on both sides - Narrow no-break space (U+202F): before ; ? ! and after « / before » - No-break space (U+00A0): before : in French prose - Thousands separator: narrow no-break space (U+202F) in 4+ digit numbers Additional review fixes: remaining ASCII quotes in _STYLE_GUIDE.md checklist items, testing.md, and party-mode.md numbering. Preserved exclusions: YAML frontmatter delimiters, code blocks, backtick inline code, URLs, footnote syntax, and English UI text. * docs(fr): align sidebar ordering with current English docs Update sidebar order values across all French explanation and how-to pages to match the live English documentation structure. * docs(fr): fix omission in quick-dev from english * docs(fr): style guide formatting * docs(fr): use quick-dev wording in workflow-map-diagram-fr * docs(fr): fix typos * docs(fr): add bmad-investigate / IN trigger to agent tables The forensic investigation feature added the IN menu trigger and bmad-investigate skill, but the French docs that enumerate triggers and agent capabilities were not updated. - agents.md: add IN trigger and Enquête de code to Amelia's row - named-agents.md: add Enquête de code to Amelia's capabilities * docs(fr): fix agent skill identifiers to use bmad-agent-* prefix The agent skill identifiers in agents.md and commands.md were missing the -agent- segment of the namespace (e.g. bmad-pm instead of bmad-agent-pm). All agent launchers use the bmad-agent-* naming convention since the installer generates skill directories under that prefix. - agents.md: fix bmad-dev, bmad-analyst, bmad-pm, bmad-architect, bmad-ux-designer, bmad-tech-writer - commands.md: fix bmad-pm, bmad-architect * docs(fr): rename bmad-create-ux-design to bmad-ux (#2413) Applyee47e30c(refactor(bmad-ux): spine-based UX skill) to French docs. Rename skill bmad-create-ux-design → bmad-ux and update outputs from ux-spec.md to DESIGN.md + EXPERIENCE.md. * docs(fr): translate bmad-spec section French translation of the bmad-spec section introduced inaa6dece(feat(bmad-spec): introduce Spec kernel distiller skill (#2417)). * docs(fr): improve core-tools locution, phrasing and typography Broader pass across all sections of core-tools.md for more idiomatic French: consistent section headers (À utiliser quand, Fonctionnement), natural verb choices, fluid sentence construction and corrected punctuation. * docs(fr): apply French typography and table formatting pass Continuation of27002100. Systematic pass across all French documentation assisted by an automated French typography linter: - Replace regular space with NBSP (U+00A0) before colons per French typographic convention - Align table separator rows to match column widths - Fix thousands separator in install-bmad.md (5000 → 5 000) - Correct glossary example code block rendering in _STYLE_GUIDE.md * docs(fr): fix missing french typography on roadmap.mdx * docs(fr): translate web-bundles explanation and how-to French translation of: - docs/explanation/web-bundles.md - docs/how-to/use-web-bundles.md Reference commits:7729ad46,d659a03d,3bc2ad30* docs(fr): refresh skill metadata references Fixes #2437 for French. - agents.md: update PM triggers CP/VP/EP → PRD, remove stale US trigger from Technical Writer, align PRD description to create/update/validate - commands.md: fix Cursor/Windsurf skill paths to .agents/skills/, update core tools count to 12, align PRD description - core-tools.md: add missing bmad-customize tool entry and section with link to customize-bmad how-to - party-mode.md: replace stale "BMad Master orchestre" with "Le Party Mode orchestre la discussion" --------- Co-authored-by: Brian <bmadcode@gmail.com>
8.2 KiB
title, description, sidebar
| title | description | sidebar | ||
|---|---|---|---|---|
| Options de Testing | Comparaison du workflow QA intégré avec le module Test Architect (TEA) pour l’automatisation des tests. |
|
BMad propose deux approches de test : un workflow QA1 intégré pour une génération rapide de tests et un module Test Architect installable pour une stratégie de test de qualité entreprise.
Lequel Choisir ?
| Facteur | QA Intégré | Module TEA |
|---|---|---|
| Idéal pour | Projets petits et moyens, couverture rapide | Grands projets, domaines réglementés ou complexes |
| Installation | Rien à installer — inclus dans BMM | Installer séparément via npx bmad-method install |
| Approche | Générer les tests rapidement, itérer ensuite | Planifier d’abord, puis générer avec traçabilité |
| Types de tests | Tests API et E2E | API, E2E, ATDD2 , NFR, et plus |
| Stratégie | Chemin nominal + cas limites critiques | Priorisation basée sur les risques (P0-P3) |
| Nombre de workflows | 1 (Automate) | 9 (conception, ATDD, automatisation, revue, traçabilité, et autres) |
:::tip[Commencez avec le QA Intégré] La plupart des projets devraient commencer avec le workflow QA intégré. Si vous avez ensuite besoin d’une stratégie de test, de murs de qualité ou de traçabilité des exigences, installez TEA en complément. :::
Workflow QA Intégré
Le workflow QA intégré (bmad-qa-generate-e2e-tests) fait partie du module BMM (suite Agile), disponible via l’agent Developer. Il génère rapidement des tests fonctionnels en utilisant le framework de test existant de votre projet — aucune configuration ni installation supplémentaire requise.
Déclencheur : QA (via l’agent Developer) ou bmad-qa-generate-e2e-tests
Ce que le Workflow QA Fait
Le workflow QA exécute un processus unique (Automate) qui parcourt cinq étapes :
- Détecte le framework de test — analyse
package.jsonet les fichiers de test existants pour identifier votre framework (Jest, Vitest, Playwright, Cypress, ou tout runner standard). Si aucun n’existe, analyse la pile technologique du projet et en suggère un. - Identifie les fonctionnalités — demande ce qu’il faut tester ou découvre automatiquement les fonctionnalités dans le codebase.
- Génère les tests API — couvre les codes de statut, la structure des réponses, le chemin nominal, et 1-2 cas d’erreur.
- Génère les tests E2E — couvre les parcours utilisateur avec des localisateurs sémantiques et des assertions sur les résultats visibles.
- Exécute et vérifie — lance les tests générés et corrige immédiatement les échecs.
Le workflow QA produit un résumé de test sauvegardé dans le dossier des artefacts d’implémentation de votre projet.
Patterns de Test
Les tests générés suivent une philosophie « simple et maintenable » :
- APIs standard du framework uniquement — pas d’utilitaires externes ni d’abstractions personnalisées
- Localisateurs sémantiques pour les tests UI (rôles, labels, texte plutôt que sélecteurs CSS)
- Tests indépendants sans dépendances d’ordre
- Pas d’attentes ou de sleeps codés en dur
- Descriptions claires qui se lisent comme de la documentation fonctionnelle
:::note[Portée]
Le workflow QA génère uniquement des tests. Pour la revue de code et la validation des stories, utilisez plutôt le workflow Code Review (CR).
:::
Quand Utiliser le QA Intégré
- Couverture de test rapide pour une fonctionnalité nouvelle ou existante
- Automatisation de tests accessible aux débutants sans configuration avancée
- Patterns de test standards que tout développeur peut lire et maintenir
- Projets petits et moyens où une stratégie de test complète n’est pas nécessaire
Module Test Architect (TEA)
TEA est un module autonome qui fournit un agent expert (Murat) et neuf workflows structurés pour des tests de qualité entreprise. Il va au-delà de la génération de tests pour inclure la stratégie de test, la planification basée sur les risques, les murs de qualité et la traçabilité des exigences.
- Documentation : TEA Module Docs
- Installation :
npx bmad-method installet sélectionnez le module TEA - npm :
bmad-method-test-architecture-enterprise
Ce que TEA Fournit
| Workflow | Objectif |
|---|---|
| Test Design | Créer une stratégie de test complète liée aux exigences |
| ATDD | Développement piloté par les tests d’acceptation avec critères des parties prenantes |
| Automate | Générer des tests avec des patterns et utilitaires avancés |
| Test Review | Valider la qualité et la couverture des tests par rapport à la stratégie |
| Traceability | Remonter les tests aux exigences pour l’audit et la conformité |
| NFR Assessment | Évaluer les exigences non-fonctionnelles (performance, sécurité) |
| CI Setup | Configurer l’exécution des tests dans les pipelines d’intégration continue |
| Framework Scaffolding | Configurer l’infrastructure de test et la structure du projet |
| Release Gate | Prendre des décisions de livraison go/no-go basées sur les données |
TEA supporte également la priorisation basée sur les risques P0-P3 et des intégrations optionnelles avec Playwright Utils et les outils MCP.
Quand Utiliser TEA
- Projets nécessitant une traçabilité des exigences ou une documentation de conformité
- Équipes ayant besoin d’une priorisation des tests basée sur les risques sur plusieurs fonctionnalités
- Environnements entreprise avec des murs de qualité formels avant livraison
- Domaines complexes où la stratégie de test doit être planifiée avant d’écrire les tests
- Projets ayant dépassé l’approche à workflow unique du QA intégré
Comment les Tests S’Intègrent dans les Workflows
Le workflow Automate du QA intégré apparaît dans la Phase 4 (Implémentation) de la carte de workflow méthode BMad. Il est conçu pour s’exécuter après qu’un epic complet soit terminé — une fois que toutes les stories d’un epic ont été implémentées et revues. Une séquence typique :
- Pour chaque story de l’epic : implémenter avec Dev Story (
DS), puis valider avec Code Review (CR) - Après la fin de l’epic : générer les tests avec
QA(via l’agent Developer) ou le workflow Automate de TEA - Lancer la rétrospective (
bmad-retrospective) pour capturer les leçons apprises
Le workflow QA travaille directement à partir du code source sans charger les documents de planification (PRD, architecture). Les workflows TEA peuvent s’intégrer avec les artefacts de planification en amont pour la traçabilité.
Pour en savoir plus sur la place des tests dans le processus global, consultez la Carte des Workflows.
Glossaire
-
QA (Quality Assurance) : assurance qualité, ensemble des processus et activités visant à garantir que le produit logiciel répond aux exigences de qualité définies. ↩︎
-
ATDD (Acceptance Test-Driven Development) : méthode de développement où les tests d’acceptation sont écrits avant le code, en collaboration avec les parties prenantes pour définir les critères de réussite. ↩︎