Přeskočit na obsah
🤖 Consolidated, AI-optimized BMAD docs: llms-full.txt. Fetch this plain text file for complete context.
🚀 Build your own BMad modules and share them with the community! Get started or submit to the marketplace.

Možnosti testování

BMad poskytuje dvě testovací cesty: vestavěného QA agenta pro rychlé generování testů a instalovatelný modul Test Architect pro podnikovou testovací strategii.

Který byste měli použít?

Sekce “Který byste měli použít?”
FaktorQuinn (vestavěný QA)Modul TEA
Nejlepší proMalé až střední projekty, rychlé pokrytíVelké projekty, regulované nebo složité domény
NastaveníNic k instalaci — součástí BMMInstalace zvlášť přes npx bmad-method install
PřístupGenerujte testy rychle, iterujte pozdějiNejprve plánujte, pak generujte s trasovatelností
Typy testůAPI a E2E testyAPI, E2E, ATDD, NFR a další
StrategieHappy path + kritické hraniční případyPrioritizace založená na riziku (P0–P3)
Počet workflow1 (Automate)9 (design, ATDD, automate, review, trace a další)

Vestavěný QA agent (Quinn)

Sekce “Vestavěný QA agent (Quinn)”

Quinn je vestavěný QA agent v modulu BMM (Agile suite). Rychle generuje funkční testy pomocí existujícího testovacího frameworku vašeho projektu — bez konfigurace nebo další instalace.

Spouštěč: QA nebo bmad-qa-generate-e2e-tests

Quinn spouští jeden workflow (Automate), který projde pěti kroky:

  1. Detekce testovacího frameworku — skenuje package.json a existující testovací soubory pro váš framework (Jest, Vitest, Playwright, Cypress nebo jakýkoli standardní runner). Pokud neexistuje, analyzuje stack projektu a navrhne jeden.
  2. Identifikace funkcí — zeptá se, co testovat, nebo automaticky objeví funkce v kódové bázi.
  3. Generování API testů — pokrývá stavové kódy, strukturu odpovědí, happy path a 1–2 chybové případy.
  4. Generování E2E testů — pokrývá uživatelské workflow se sémantickými lokátory a asercemi viditelných výsledků.
  5. Spuštění a ověření — provede generované testy a okamžitě opraví selhání.

Quinn produkuje shrnutí testů uložené do složky implementačních artefaktů vašeho projektu.

Generované testy sledují filozofii „jednoduché a udržovatelné“:

  • Pouze standardní API frameworku — žádné externí utility nebo vlastní abstrakce
  • Sémantické lokátory pro UI testy (role, popisky, text místo CSS selektorů)
  • Nezávislé testy bez závislostí na pořadí
  • Žádné hardcoded waity nebo sleep
  • Jasné popisy, které se čtou jako dokumentace funkcí
  • Rychlé pokrytí testy pro novou nebo existující funkci
  • Automatizace testů přátelská k začátečníkům bez pokročilého nastavení
  • Standardní vzory testů, které může číst a udržovat jakýkoli vývojář
  • Malé až střední projekty, kde komplexní testovací strategie není potřeba

Modul Test Architect (TEA)

Sekce “Modul Test Architect (TEA)”

TEA je samostatný modul, který poskytuje expertního agenta (Murat) a devět strukturovaných workflow pro podnikové testování. Jde za rámec generování testů do testovací strategie, plánování založeného na riziku, quality gates a trasovatelnosti požadavků.

WorkflowÚčel
Test DesignVytvoření komplexní testovací strategie vázané na požadavky
ATDDAcceptance-test-driven development s kritérii stakeholderů
AutomateGenerování testů s pokročilými vzory a utilitami
Test ReviewValidace kvality a pokrytí testů proti strategii
TraceabilityMapování testů zpět na požadavky pro audit a compliance
NFR AssessmentHodnocení nefunkčních požadavků (výkon, bezpečnost)
CI SetupKonfigurace provádění testů v CI pipelines
Framework ScaffoldingNastavení testovací infrastruktury a struktury projektu
Release GateDatově založená rozhodnutí go/no-go pro release

TEA také podporuje prioritizaci P0–P3 založenou na riziku a volitelné integrace s Playwright Utils a MCP nástroji.

  • Projekty vyžadující trasovatelnost požadavků nebo compliance dokumentaci
  • Týmy potřebující prioritizaci testů založenou na riziku napříč mnoha funkcemi
  • Podniková prostředí s formálními quality gates před releasem
  • Složité domény, kde musí být testovací strategie naplánována před psaním testů
  • Projekty, které přerostly jednoduchý workflow Quinna

Jak testování zapadá do workflow

Sekce “Jak testování zapadá do workflow”

Quinn workflow Automate se objevuje ve Fázi 4 (Implementace) mapy workflow BMad Method. Je navržen ke spuštění po dokončení celého epicu — jakmile jsou všechny stories v epicu implementovány a zrevidovány. Typická sekvence:

  1. Pro každou story v epicu: implementace s Dev (DS), pak validace pomocí Code Review (CR)
  2. Po dokončení epicu: generování testů s Quinnem (QA) nebo TEA workflow Automate
  3. Spuštění retrospektivy (bmad-retrospective) pro zachycení získaných zkušeností

Quinn pracuje přímo ze zdrojového kódu bez načítání plánovacích dokumentů (PRD, architektura). TEA workflow mohou integrovat s upstream plánovacími artefakty pro trasovatelnost.

Pro více o tom, kde testování zapadá do celkového procesu, viz Mapa pracovních postupů.