测试选项
BMad 有两条测试路径：
- 内置 QA workflow：快速生成可运行测试
- TEA（可选模块）：企业级测试策略与治理能力
该选内置 QA 还是 TEA？
Section titled “该选内置 QA 还是 TEA？”| 维度 | 内置 QA | TEA 模块 |
|---|---|---|
| 最适合 | 中小项目、快速补覆盖 | 大型项目、受监管或复杂业务 |
| 安装成本 | 无需额外安装（BMM 内置） | 需通过安装器单独选择 |
| 方法 | 先生成测试，再迭代 | 先定义策略，再执行并追溯 |
| 测试类型 | API + E2E | API、E2E、ATDD、NFR 等 |
| 风险策略 | 快乐路径 + 关键边界 | P0-P3 风险优先级 |
| workflow 数量 | 1（Automate） | 9（设计/自动化/审查/追溯等） |
内置 QA Workflow
Section titled “内置 QA Workflow”内置 QA workflow（bmad-qa-generate-e2e-tests）是 BMM 模块的一部分，通过 Developer 智能体调用。目标是用你现有测试栈快速落地测试，不要求额外配置。
触发方式：
- 菜单触发器：
QA（通过 Developer 智能体） - skill：
bmad-qa-generate-e2e-tests
QA Workflow 会做什么
Section titled “QA Workflow 会做什么”QA Automate 流程通常包含 5 步：
- 检测现有测试框架（如 Jest、Vitest、Playwright、Cypress）
- 确认待测功能（手动指定或自动发现）
- 生成 API 测试（状态码、结构、主路径与错误分支）
- 生成 E2E 测试（语义定位器 + 可见结果断言）
- 执行并修复基础失败项
默认风格：
- 仅使用标准框架 API
- UI 测试优先语义定位器（角色、标签、文本）
- 测试互相独立，不依赖顺序
- 避免硬编码等待/休眠
何时用内置 QA
Section titled “何时用内置 QA”- 要快速补齐某个功能的测试覆盖
- 团队希望先获得可运行基线，再逐步增强
- 项目暂不需要完整测试治理体系
TEA（Test Architect）模块
Section titled “TEA（Test Architect）模块”TEA 提供专家测试 agent（Murat）与 9 个结构化 workflow，覆盖策略、执行、审查、追溯和发布门控。
外部资源（英文）：
安装： npx bmad-method install 后选择 TEA 模块。
TEA 的 9 个 workflow
Section titled “TEA 的 9 个 workflow”| Workflow | 用途 |
|---|---|
| Test Design | 按需求建立测试策略 |
| ATDD | 基于验收标准驱动测试设计 |
| Automate | 使用高级模式生成自动化测试 |
| Test Review | 评估测试质量与覆盖完整性 |
| Traceability | 建立“需求—测试”追溯链路 |
| NFR Assessment | 评估性能/安全等非功能需求 |
| CI Setup | 配置 CI 中的测试执行 |
| Framework Scaffolding | 搭建测试工程基础结构 |
| Release Gate | 基于数据做发布/不发布决策 |
何时用 TEA
Section titled “何时用 TEA”- 需要合规、审计或强追溯能力
- 需要跨功能做风险优先级管理
- 发布前存在明确质量门控流程
- 业务复杂，必须先建策略再写测试
测试放在流程的哪个位置
Section titled “测试放在流程的哪个位置”按 BMad workflow-map，测试位于阶段 4（实施）：
- epic 内逐个 story：开发（
DS/bmad-dev-story）+ 代码审查（CR/bmad-code-review） - epic 完成后：用
QA（通过 Developer 智能体）或 TEA 的 Automate 统一生成/补齐测试 - 最后执行复盘（
bmad-retrospective）
内置 QA workflow 主要依据代码直接生成测试；TEA 可结合上游规划产物（如 PRD、architecture）实现更强追溯。