BMAD-METHOD 测试选项全解析内置 QAQuinn与 TEA 模块的选择、落地与源码级解读【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHODBMad Method 为 AI 驱动的敏捷开发提供了两条互补的测试路径开箱即用的内置 QA workflow快速生成可运行测试与可选安装的 Test ArchitectTEA企业级测试模块策略、追溯与质量门控。本文以 docs/cs/reference/testing.md 为核心骨架结合 skills/bmad-qa-generate-e2e-tests/SKILL.md 等仓库源码系统讲解两条路径的能力边界、对比选型、完整执行流程与在 BMad 四阶段 workflow 中的落点读完即可在自己的项目中直接选用并落地自动化测试。两条测试路径总览BMad MethodBMM提供两条测试路径分别面向不同的团队规模和治理需求内置 QA workflowQuinnBMM 模块自带的 QA 测试生成能力目标是用项目现有测试栈快速落地测试无需额外配置或安装。触发方式为菜单短码QA经由 Developer 智能体或直接调用 skillbmad-qa-generate-e2e-tests。Test Architect 模块TEA独立可安装模块提供专家测试 agentMurat与 9 个结构化 workflow覆盖测试策略、风险优先级、质量门控与需求追溯面向大型、受监管或复杂业务领域。两者的定位差异可以概括为一句话内置 QA 解决快速有测试可跑TEA 解决测试怎么设计、怎么治理、怎么追溯。默认建议是大多数项目先以内置 QA workflow 起步只有当需要质量门控、合规追溯或系统化测试治理时再引入 TEA 与内置 QA 并行使用。该选内置 QA 还是 TEA关键维度对比维度内置 QAQuinnTEA 模块最适合中小项目、快速补覆盖大型项目、受监管或复杂业务安装成本无需额外安装BMM 内置需通过安装器单独选择npx bmad-method install方法先生成测试再迭代先定义策略再执行并追溯测试类型API E2EAPI、E2E、ATDD、NFR 等风险策略快乐路径 关键边界P0–P3 风险优先级workflow 数量1Automate9设计、ATDD、自动化、审查、追溯、NFR、CI、脚手架、发布门控等从上表可以提炼出两条清晰的决策线索复杂度项目规模与业务领域复杂度和治理需求是否需要质量门控、审计追溯、风险分级。中小型项目选择内置 QA 即可获得 80% 的收益当测试开始成为合规资产时再升级到 TEA。内置 QA WorkflowQuinn深度解析触发方式与运行载体内置 QA workflow 在 BMM 模块中扮演 QA 工程师角色仓库中对应 skill 为bmad-qa-generate-e2e-tests。它的触发方式有两种菜单触发器QA通过 Developer 智能体即bmad-agent-dev的QA触发器skill 直接调用bmad-qa-generate-e2e-tests从 docs/zh-cn/reference/agents.md 可见DeveloperAmelia智能体承载BDBuild、QAQA Test Generation、CRCode Review等触发器QA 测试生成是开发阶段闭环的一环。skill 的角色定位非常明确——只生成测试不做代码审查或 story 验收这些工作交由bmad-code-reviewskill 完成对应CR触发器。五步执行流程Automate依据 skills/bmad-qa-generate-e2e-tests/SKILL.mdQA Automate 流程包含 5 个核心步骤检测测试框架扫描项目的package.json依赖Playwright、Jest、Vitest、Cypress 等与既有测试文件复用项目已有框架若项目尚无测试框架则分析源码判断项目类型React、Vue、Node API 等推荐主流测试框架并征求用户确认。确认待测功能询问用户指定功能/组件名、指定目录扫描如src/components/或在代码库中自动发现功能。生成 API 测试适用时覆盖状态码200、400、404、500、校验响应结构、覆盖快乐路径加 1–2 个错误分支沿用项目现有测试框架模式。生成 E2E 测试存在 UI 时覆盖端到端用户工作流使用语义定位器角色、标签、文本聚焦用户交互点击、表单填写、导航断言可见结果保持测试线性简单。执行并修复运行项目测试命令验证通过失败则立即修复。流程完成后将测试摘要保存到{implementation_artifacts}/tests/test-summary.md默认输出路径对应项目的实施产物目录摘要内容包含生成的测试清单、覆盖率统计如 API 端点 5/10 覆盖、UI 功能 3/8 覆盖与后续建议。默认测试风格约定生成测试遵循简单且可维护的哲学具体约束为仅使用标准测试框架 API——不引入外部工具库或自定义抽象层UI 测试优先语义定位器——用角色、可访问标签、文本而非脆弱 CSS 选择器测试互相独立——无顺序依赖可单独运行避免硬编码等待/休眠——不使用sleep或固定wait清晰的测试描述——测试名称读起来像功能文档这些约定同时固化在 skills/bmad-qa-generate-e2e-tests/checklist.md 的质量检查项中作为每次生成的验收标准详见下文质量验证清单。定制接口workflow 可配置项内置 QA skill 通过 skills/bmad-qa-generate-e2e-tests/customize.toml 暴露定制表面遵循 BMad 结构化合并规则标量覆盖、数组追加、带code/id的表数组替换匹配项。可配置项包括activation_steps_prepend激活前置步骤用于预加载、合规检查等activation_steps_append问候之后、主流程开始前的步骤适合上下文重的初始化persistent_facts整个 workflow 运行期间持续携带的静态上下文可以是字面句子也可以是file:{project-root}/docs/standards.md形式的文件引用支持 glob文件内容会被加载为事实on_complete到达 Step 5创建摘要之后的收尾指令为空表示无自定义行为这些配置最终由_bmad/scripts/resolve_customization.py解析按 baseskill 默认→ team_bmad/custom/{skill-name}.toml→ user_bmad/custom/{skill-name}.user.toml三层合并支持团队与个人级覆盖。何时使用内置 QA为新增或既有功能快速补齐测试覆盖团队希望先获得可运行测试基线再逐步增强项目暂不需要完整测试治理体系中小项目标准测试模式足够TEATest Architect模块企业级测试治理TEA 是独立模块安装方式为运行npx bmad-method install后勾选 TEA。它提供专家测试 agentMurat与 9 个结构化 workflow详见 docs/zh-cn/reference/modules.md 中 TEA 条目将测试从生成提升到策略 治理层面。9 个 workflow 一览Workflow用途Test Design按需求建立测试策略ATDD基于验收标准驱动测试设计Automate使用高级模式生成自动化测试Test Review评估测试质量与覆盖完整性Traceability建立需求—测试追溯链路NFR Assessment评估性能/安全等非功能需求CI Setup配置 CI 中的测试执行Framework Scaffolding搭建测试工程基础结构Release Gate基于数据做发布/不发布决策TEA 的差异化能力P0–P3 风险优先级跨功能按风险分层分配测试投入而非均匀覆盖需求追溯与合规通过 Traceability workflow 建立需求—测试映射服务审计与合规文档发布质量门控Release Gate 基于测试数据做 go/no-go 发布决策可选工具集成支持与 Playwright Utils、MCP 工具集成上游规划产物衔接TEA workflow 可整合 PRD、architecture 等上游规划产物实现更强追溯何时使用 TEA需要合规、审计或强追溯能力需要跨功能做风险优先级管理发布前存在明确质量门控流程业务复杂必须先建策略再写测试项目已超出内置 QA 简单 workflow 的承载能力测试在 BMad workflow 中的位置按 docs/zh-cn/reference/workflow-map.md 的映射测试位于阶段 4实施典型时序为epic 内逐个 story使用 BuildBD/bmad-build实施并按需追加代码审查CR/bmad-code-reviewepic 完成后用QA内置 QA经 Developer 智能体或 TEA 的 Automate 统一生成/补齐测试最后执行复盘bmad-retrospective一个关键的设计差异在于内置 QA 直接基于源码生成测试不加载规划文档PRD、架构而 TEA 的 workflow 可以与上游规划产物集成实现追溯。因此内置 QA 适合在 epic 交付后快速补覆盖TEA 适合从一开始就把测试策略绑定到需求链路上。质量验证清单生成后的验收标准内置 QA skill 自带验证清单 skills/bmad-qa-generate-e2e-tests/checklist.md可作为任何生成测试的验收参考测试生成API 测试已生成如适用E2E 测试已生成存在 UI 时测试使用标准测试框架 API覆盖快乐路径覆盖 1–2 个关键错误分支测试质量所有生成的测试可成功运行使用正确的定位器语义化、可访问测试描述清晰无硬编码等待或休眠测试互相独立无顺序依赖输出已创建测试摘要测试保存到合适的目录摘要包含覆盖率指标验证使用项目测试命令运行测试预期全部通过。若需要更全面的测试治理风险策略、质量门控、NFR 评估则升级到 TEA。相关参考工作流地图Workflow Map测试在四阶段流程中的位置官方模块参考TEA 模块能力边界与安装方式智能体参考Developer 智能体与QA触发器内置 QA skill 实现五步流程与配置的完整源码QA 验证清单生成后验收标准QA 定制配置workflow 可配置项说明【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 BMAD-METHOD 测试选项全解析：内置 QA（Quinn）与 TEA 模块的选择、落地与源码级解读
BMAD-METHOD 测试选项全解析内置 QAQuinn与 TEA 模块的选择、落地与源码级解读【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHODBMad Method 为 AI 驱动的敏捷开发提供了两条互补的测试路径开箱即用的内置 QA workflow快速生成可运行测试与可选安装的 Test ArchitectTEA企业级测试模块策略、追溯与质量门控。本文以 docs/cs/reference/testing.md 为核心骨架结合 skills/bmad-qa-generate-e2e-tests/SKILL.md 等仓库源码系统讲解两条路径的能力边界、对比选型、完整执行流程与在 BMad 四阶段 workflow 中的落点读完即可在自己的项目中直接选用并落地自动化测试。两条测试路径总览BMad MethodBMM提供两条测试路径分别面向不同的团队规模和治理需求内置 QA workflowQuinnBMM 模块自带的 QA 测试生成能力目标是用项目现有测试栈快速落地测试无需额外配置或安装。触发方式为菜单短码QA经由 Developer 智能体或直接调用 skillbmad-qa-generate-e2e-tests。Test Architect 模块TEA独立可安装模块提供专家测试 agentMurat与 9 个结构化 workflow覆盖测试策略、风险优先级、质量门控与需求追溯面向大型、受监管或复杂业务领域。两者的定位差异可以概括为一句话内置 QA 解决快速有测试可跑TEA 解决测试怎么设计、怎么治理、怎么追溯。默认建议是大多数项目先以内置 QA workflow 起步只有当需要质量门控、合规追溯或系统化测试治理时再引入 TEA 与内置 QA 并行使用。该选内置 QA 还是 TEA关键维度对比维度内置 QAQuinnTEA 模块最适合中小项目、快速补覆盖大型项目、受监管或复杂业务安装成本无需额外安装BMM 内置需通过安装器单独选择npx bmad-method install方法先生成测试再迭代先定义策略再执行并追溯测试类型API E2EAPI、E2E、ATDD、NFR 等风险策略快乐路径 关键边界P0–P3 风险优先级workflow 数量1Automate9设计、ATDD、自动化、审查、追溯、NFR、CI、脚手架、发布门控等从上表可以提炼出两条清晰的决策线索复杂度项目规模与业务领域复杂度和治理需求是否需要质量门控、审计追溯、风险分级。中小型项目选择内置 QA 即可获得 80% 的收益当测试开始成为合规资产时再升级到 TEA。内置 QA WorkflowQuinn深度解析触发方式与运行载体内置 QA workflow 在 BMM 模块中扮演 QA 工程师角色仓库中对应 skill 为bmad-qa-generate-e2e-tests。它的触发方式有两种菜单触发器QA通过 Developer 智能体即bmad-agent-dev的QA触发器skill 直接调用bmad-qa-generate-e2e-tests从 docs/zh-cn/reference/agents.md 可见DeveloperAmelia智能体承载BDBuild、QAQA Test Generation、CRCode Review等触发器QA 测试生成是开发阶段闭环的一环。skill 的角色定位非常明确——只生成测试不做代码审查或 story 验收这些工作交由bmad-code-reviewskill 完成对应CR触发器。五步执行流程Automate依据 skills/bmad-qa-generate-e2e-tests/SKILL.mdQA Automate 流程包含 5 个核心步骤检测测试框架扫描项目的package.json依赖Playwright、Jest、Vitest、Cypress 等与既有测试文件复用项目已有框架若项目尚无测试框架则分析源码判断项目类型React、Vue、Node API 等推荐主流测试框架并征求用户确认。确认待测功能询问用户指定功能/组件名、指定目录扫描如src/components/或在代码库中自动发现功能。生成 API 测试适用时覆盖状态码200、400、404、500、校验响应结构、覆盖快乐路径加 1–2 个错误分支沿用项目现有测试框架模式。生成 E2E 测试存在 UI 时覆盖端到端用户工作流使用语义定位器角色、标签、文本聚焦用户交互点击、表单填写、导航断言可见结果保持测试线性简单。执行并修复运行项目测试命令验证通过失败则立即修复。流程完成后将测试摘要保存到{implementation_artifacts}/tests/test-summary.md默认输出路径对应项目的实施产物目录摘要内容包含生成的测试清单、覆盖率统计如 API 端点 5/10 覆盖、UI 功能 3/8 覆盖与后续建议。默认测试风格约定生成测试遵循简单且可维护的哲学具体约束为仅使用标准测试框架 API——不引入外部工具库或自定义抽象层UI 测试优先语义定位器——用角色、可访问标签、文本而非脆弱 CSS 选择器测试互相独立——无顺序依赖可单独运行避免硬编码等待/休眠——不使用sleep或固定wait清晰的测试描述——测试名称读起来像功能文档这些约定同时固化在 skills/bmad-qa-generate-e2e-tests/checklist.md 的质量检查项中作为每次生成的验收标准详见下文质量验证清单。定制接口workflow 可配置项内置 QA skill 通过 skills/bmad-qa-generate-e2e-tests/customize.toml 暴露定制表面遵循 BMad 结构化合并规则标量覆盖、数组追加、带code/id的表数组替换匹配项。可配置项包括activation_steps_prepend激活前置步骤用于预加载、合规检查等activation_steps_append问候之后、主流程开始前的步骤适合上下文重的初始化persistent_facts整个 workflow 运行期间持续携带的静态上下文可以是字面句子也可以是file:{project-root}/docs/standards.md形式的文件引用支持 glob文件内容会被加载为事实on_complete到达 Step 5创建摘要之后的收尾指令为空表示无自定义行为这些配置最终由_bmad/scripts/resolve_customization.py解析按 baseskill 默认→ team_bmad/custom/{skill-name}.toml→ user_bmad/custom/{skill-name}.user.toml三层合并支持团队与个人级覆盖。何时使用内置 QA为新增或既有功能快速补齐测试覆盖团队希望先获得可运行测试基线再逐步增强项目暂不需要完整测试治理体系中小项目标准测试模式足够TEATest Architect模块企业级测试治理TEA 是独立模块安装方式为运行npx bmad-method install后勾选 TEA。它提供专家测试 agentMurat与 9 个结构化 workflow详见 docs/zh-cn/reference/modules.md 中 TEA 条目将测试从生成提升到策略 治理层面。9 个 workflow 一览Workflow用途Test Design按需求建立测试策略ATDD基于验收标准驱动测试设计Automate使用高级模式生成自动化测试Test Review评估测试质量与覆盖完整性Traceability建立需求—测试追溯链路NFR Assessment评估性能/安全等非功能需求CI Setup配置 CI 中的测试执行Framework Scaffolding搭建测试工程基础结构Release Gate基于数据做发布/不发布决策TEA 的差异化能力P0–P3 风险优先级跨功能按风险分层分配测试投入而非均匀覆盖需求追溯与合规通过 Traceability workflow 建立需求—测试映射服务审计与合规文档发布质量门控Release Gate 基于测试数据做 go/no-go 发布决策可选工具集成支持与 Playwright Utils、MCP 工具集成上游规划产物衔接TEA workflow 可整合 PRD、architecture 等上游规划产物实现更强追溯何时使用 TEA需要合规、审计或强追溯能力需要跨功能做风险优先级管理发布前存在明确质量门控流程业务复杂必须先建策略再写测试项目已超出内置 QA 简单 workflow 的承载能力测试在 BMad workflow 中的位置按 docs/zh-cn/reference/workflow-map.md 的映射测试位于阶段 4实施典型时序为epic 内逐个 story使用 BuildBD/bmad-build实施并按需追加代码审查CR/bmad-code-reviewepic 完成后用QA内置 QA经 Developer 智能体或 TEA 的 Automate 统一生成/补齐测试最后执行复盘bmad-retrospective一个关键的设计差异在于内置 QA 直接基于源码生成测试不加载规划文档PRD、架构而 TEA 的 workflow 可以与上游规划产物集成实现追溯。因此内置 QA 适合在 epic 交付后快速补覆盖TEA 适合从一开始就把测试策略绑定到需求链路上。质量验证清单生成后的验收标准内置 QA skill 自带验证清单 skills/bmad-qa-generate-e2e-tests/checklist.md可作为任何生成测试的验收参考测试生成API 测试已生成如适用E2E 测试已生成存在 UI 时测试使用标准测试框架 API覆盖快乐路径覆盖 1–2 个关键错误分支测试质量所有生成的测试可成功运行使用正确的定位器语义化、可访问测试描述清晰无硬编码等待或休眠测试互相独立无顺序依赖输出已创建测试摘要测试保存到合适的目录摘要包含覆盖率指标验证使用项目测试命令运行测试预期全部通过。若需要更全面的测试治理风险策略、质量门控、NFR 评估则升级到 TEA。相关参考工作流地图Workflow Map测试在四阶段流程中的位置官方模块参考TEA 模块能力边界与安装方式智能体参考Developer 智能体与QA触发器内置 QA skill 实现五步流程与配置的完整源码QA 验证清单生成后验收标准QA 定制配置workflow 可配置项说明【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考