Files
BMAD-METHOD/docs/fr/reference/testing.md
T
Emmanuel Atsé 717a84f2e8 docs(fr): sync French docs with latest English source + fix non-ASCII anchor validation (#2408)
* docs(fr): translation of install-custom-modules

Reference commit 97d32405

* docs(fr): refinement of forensic-investigation

* docs(fr): translation of customize-bmad TOML customization rewrite

Reference commits 0dbfae67, 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 commits 3d824d4c, 91a57499, 0f852a38

* docs(fr): translation of expand-bmad-for-your-org organizational customization patterns

Reference commits c52c9b5b, b63086f2, 4405b817, 0dbfae67

* docs(fr): update install-custom-modules

Reference commit 231a2036

* 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 commits 0dbfae67, 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 commit c52c9b5b

rename 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: 380590a c52c9b5

* docs(fr): update and refine getting-started

Reference commits c52c9b5b, 0f852a38

rename bmad-create-prd to bmad-prd, add PRD intents section
update Quick Reference table, refine French wording throughout

* docs(fr): refine index.md

Reference commit 0dbfae67

refine 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)

Apply ee47e30c (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 in aa6dece
(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 of 27002100. 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>
2026-06-06 20:34:42 -05:00

8.2 KiB
Raw Blame History

title, description, sidebar
title description sidebar
Options de Testing Comparaison du workflow QA intégré avec le module Test Architect (TEA) pour lautomatisation des tests.
order
6

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 dabord, 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 dune 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 lagent 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 lagent 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 :

  1. Détecte le framework de test — analyse package.json et les fichiers de test existants pour identifier votre framework (Jest, Vitest, Playwright, Cypress, ou tout runner standard). Si aucun nexiste, analyse la pile technologique du projet et en suggère un.
  2. Identifie les fonctionnalités — demande ce quil faut tester ou découvre automatiquement les fonctionnalités dans le codebase.
  3. Génère les tests API — couvre les codes de statut, la structure des réponses, le chemin nominal, et 1-2 cas derreur.
  4. Génère les tests E2E — couvre les parcours utilisateur avec des localisateurs sémantiques et des assertions sur les résultats visibles.
  5. 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 dimplé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 dutilitaires externes ni dabstractions 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 dordre
  • Pas dattentes 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 nest 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.

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 dacceptation 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 laudit et la conformité
NFR Assessment Évaluer les exigences non-fonctionnelles (performance, sécurité)
CI Setup Configurer lexécution des tests dans les pipelines dintégration continue
Framework Scaffolding Configurer linfrastructure 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 dune 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é lapproche à workflow unique du QA intégré

Comment les Tests SIntè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 sexécuter après quun epic complet soit terminé — une fois que toutes les stories dun epic ont été implémentées et revues. Une séquence typique :

  1. Pour chaque story de lepic : implémenter avec Dev Story (DS), puis valider avec Code Review (CR)
  2. Après la fin de lepic : générer les tests avec QA (via lagent Developer) ou le workflow Automate de TEA
  3. 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 sinté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


  1. 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. ↩︎

  2. ATDD (Acceptance Test-Driven Development) : méthode de développement où les tests dacceptation sont écrits avant le code, en collaboration avec les parties prenantes pour définir les critères de réussite. ↩︎