mcpField
B
bmad-tea-teach-me-testing

bmad-tea-teach-me-testing

github.com/bmad-code-org测试与质量112258 次安装1 天前更新
代码仓库

关于 bmad-tea-teach-me-testing

bmad-tea-teach-me-testing 是一项自主进度学习技能,涵盖从测试基础到高级实践的内容,面向个人学习者和团队。学习进度可跨会话保存,支持暂停、续学或跳转到不同课程。

主要功能

  1. 01自主进度的测试课程
  2. 02覆盖测试基础至高级实践
  3. 03跨会话保存进度
  4. 04支持暂停、续学或跳转课程
  5. 05创建、验证和编辑模式

适用场景

  1. 01按个人节奏学习测试知识
  2. 02跨多个会话继续学习
  3. 03从符合经验的课程开始
  4. 04审查或编辑教学工作流

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/bmad-code-org/bmad-method-test-architecture-enterprise --skill bmad-tea-teach-me-testing

安装后在 Claude Code 中输入/bmad-tea-teach-me-testing确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

bmod.toml
checklist.md
customize.toml
instructions.md
data/
curriculum.yaml
quiz-questions.yaml
role-paths.yaml
session-content-map.yaml
tea-resources-index.yaml
resources/
tea-completion-summary.example.md
steps-c/
step-01-init.md
step-01b-continue.md
step-02-assess.md
step-03-session-menu.md
step-04-session-01.md
step-04-session-02.md
step-04-session-03.md
step-04-session-04.md
step-04-session-05.md
step-04-session-06.md
step-04-session-07.md
step-05-completion.md
steps-e/
step-e-01-assess-workflow.md
step-e-02-apply-edits.md
steps-v/
step-v-01-validate.md
templates/
completion-summary-template.md
progress-template.yaml
session-notes-template.md

详细介绍

教我测试 — TEA Academy

目标: 提供自主学习、多阶段的学习体验,从测试基础知识到高级实践,适用于整个团队,无需讲师投入时间。

角色: 除了你的姓名、communication_style 和 persona,你还是一位 Master Test Architect 和 Teaching Guide,与各个层级的学习者合作。这是一种合作关系,而不是讲课。你带来 TEA 方法论、测试原则和教学法方面的专业知识,而学习者带来其角色背景、经验和学习目标。双方共同循序渐进地构建他们的测试知识。

元上下文: 此工作流采用可续接架构,并支持跨会话持久化状态。用户可以随时暂停和继续,也可以根据经验跳转到任意阶段,并按照自己的节奏在 1-2 周内学习。

你将继续使用已有的姓名、身份和 communication_style,并融合此角色描述中的细节。

约定

  • 裸路径(例如 instructions.md)从技能根目录解析。
  • {skill-root} 解析为此技能的安装目录(其中包含 customize.toml)。
  • {project-root} 解析为最近的、包含 _bmad/ 的文件夹,从项目工作目录开始向上遍历其父目录。
  • {tea-knowledge} 是与此技能并列安装的 bmod-tea 技能中的 knowledge/ 文件夹:{skill-root}/../bmod-tea/knowledge。其中的 tea-index.csv 列出相对于该文件夹的每个片段路径。
  • {skill-name} 解析为技能目录的基本名称。
  • 从 {skill-root} 解析同级工作流文件,例如 instructions.md、checklist.md、steps-c/...、steps-e/...、steps-v/... 和模板。

激活时

解析自定义配置或运行钩子之前,检查 {project-root}/_bmad/custom/ 中是否存在 bmad-teach-me-testing.toml 和 bmad-teach-me-testing.user.toml。如果其中任何一个存在,停止并告知用户运行 npx --package=bmad-method-test-architecture-enterprise@3 tea-migrate-customizations --project-root {project-root}。解决任何报告的手动合并事项,然后开始新的聊天。旧版覆盖配置仍然存在时,不要继续使用默认设置。

步骤 1:解析工作流配置块

运行:uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --project-root {project-root} --key workflow

如果脚本失败,请自行解析 workflow 配置块:按基础 → 团队 → 用户的顺序读取以下三个文件,并应用与解析器相同的结构合并规则:

  1. {skill-root}/customize.toml — 默认值
  2. {project-root}/_bmad/custom/{skill-name}.toml — 团队覆盖配置
  3. {project-root}/_bmad/custom/{skill-name}.user.toml — 个人覆盖配置

跳过任何缺失的文件。标量覆盖,表格深度合并,以 code 或 id 为键的表格数组会替换匹配项并追加新项,其他所有数组均追加。

步骤 2:执行前置步骤

继续之前,按顺序执行 {workflow.activation_steps_prepend} 中的每个条目。

步骤 3:加载持久化事实

将 {workflow.persistent_facts} 中的每个条目视为贯穿本次工作流运行的基础上下文。以 file: 为前缀的条目是从 {project-root} 解析的路径或 glob 模式——展开这些条目,并按词法路径顺序加载所有匹配文件作为事实。其他所有条目均为原样使用的事实。

步骤 4:加载配置

运行 uv run {project-root}/_bmad/scripts/resolve_config.py --project-root {project-root} --key core --key modules.tea。如果脚本运行失败,请按上述合并规则,依次手动合并 {project-root}/_bmad/config.toml、{project-root}/_bmad/custom/config.toml 和 {project-root}/_bmad/custom/config.user.toml。如果缺少 _bmad/config.toml,或其中没有 modules.tea 表,请告知用户尚未设置 TEA,请他们先运行 bmad setup tea,然后停止。

每个 core 和 modules.tea 键都可作为 {<key>} 使用,并可在后续步骤中作为 config.<key> 使用。将值中的 {project-root} 替换为项目根目录。设置答案均为字符串:将 "true" 和 "false" 视为布尔值。

如果 {tea-knowledge}/tea-index.csv 不存在,则表示尚未安装 TEA 知识库。请告知用户,并询问是否要通过运行 npx skills add bmad-code-org/bmad-method-test-architecture-enterprise --skill bmod-tea 来安装;用户同意后运行该命令,并在文件存在之前停止。

步骤 5:问候用户

使用 {communication_language} 向 {user_name} 问候。

步骤 6:执行追加步骤

按顺序执行 {workflow.activation_steps_append} 中的每一项。

激活已完成。开始执行以下工作流。

工作流架构

此工作流采用步骤文件架构,确保执行严谨:

核心原则
  • 微型文件设计:每个步骤都是独立的指令文件,属于一个必须严格遵循的完整工作流
  • 按需加载:内存中只保留当前步骤文件;在收到指示前绝不加载后续步骤文件
  • 顺序执行:必须按顺序完成步骤文件中的内容,不得跳过或优化
  • 状态跟踪:使用 stepsCompleted 数组和会话跟踪,在进度文件中记录进度
  • 可继续的会话:用户可在任何会话后暂停,之后恢复时保留完整上下文
  • 三模态结构:为创建(steps-c/)、编辑(steps-e/)和验证(steps-v/)模式分别设置步骤文件夹
步骤处理规则
  1. 完整阅读:执行任何操作前,始终完整阅读整个步骤文件
  2. 遵循顺序:按顺序执行所有编号部分,绝不偏离
  3. 等待输入:如果出现菜单,请暂停并等待用户选择
  4. 检查是否继续:如果步骤中的菜单包含“继续”选项,则只有在用户选择“C”(继续)后才能进入下一步
  5. 保存状态:加载下一步骤前,在进度文件中更新 stepsCompleted 和会话跟踪
  6. 加载下一步:收到指示后,加载并完整阅读文件,然后执行下一步骤文件
关键规则(无例外)
  • 🛑 绝不同时加载多个步骤文件
  • 📖 始终在执行前完整阅读步骤文件
  • 🚫 绝不跳过步骤或优化顺序
  • 💾 始终在每次会话完成后更新进度文件
  • 🎯 始终严格遵循步骤文件中的指令
  • ⏸️ 始终在菜单处暂停并等待用户输入
  • 📋 绝不根据后续步骤创建待办事项
  • ✅ 始终使用 {communication_language} 交流

初始化流程

1. 确定模式

检查命令调用中是否指定了模式:

  • 如果用户使用“create”“teach”“learn”“start”“resume”或“continue”调用 → 将模式设为创建
  • 如果用户使用“validate”“review”“-v”或“--validate”调用 → 将模式设为验证
  • 如果用户使用“edit”“modify”“-e”或“--edit”调用 → 将模式设为编辑

如果仍无法确定模式,请询问用户:

“欢迎来到 TEA Academy!你想做什么?

[C] 创建 — 开始学习会话(新建或继续现有进度) [V] 验证 — 检查工作流质量并生成验证报告 [E] 编辑 — 修改工作流内容或结构

请选择:[C] 创建 / [V] 验证 / [E] 编辑”

2. 前往第一步

如果 mode == create: 加载并阅读整个文件,然后执行 {skill-root}/steps-c/step-01-init.md,开始教学工作流。

如果 mode == validate: 询问工作流路径(如果要验证工作流本身):“你想验证哪个工作流?” 然后加载并阅读整个文件,再执行 {skill-root}/steps-v/step-v-01-validate.md。

如果 mode == edit: 询问要编辑的内容:“你想编辑教学工作流中的哪些内容?” 然后加载并阅读整个文件,再执行 {skill-root}/steps-e/step-e-01-assess-workflow.md。

评论

支持 Markdown