メニュー
通用测试工程技能。提供测试用例生成、测试执行、报告生成的完整流程指导。触发条件：用户提及"测试"、"编写测试"、"test"、"测试报告"、"生成测试用例"、"执行测试"、"测试覆盖"、"单元测试"、"集成测试"时触发。**仅用于独立的测试工程任务**（如专门编写一个测试套件、跑一轮全量测试、分析覆盖率）；若是新功能开发流程中嵌套的测试编写由 `ez-dev` 触发；若是 bug 修复流程中的验证测试由 `bug_fix` 触发。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | test |
| description | 通用测试工程技能。提供测试用例生成、测试执行、报告生成的完整流程指导。触发条件：用户提及"测试"、"编写测试"、"test"、"测试报告"、"生成测试用例"、"执行测试"、"测试覆盖"、"单元测试"、"集成测试"时触发。**仅用于独立的测试工程任务**（如专门编写一个测试套件、跑一轮全量测试、分析覆盖率）；若是新功能开发流程中嵌套的测试编写由 `ez-dev` 触发；若是 bug 修复流程中的验证测试由 `bug_fix` 触发。 |
┌─────────────────────────────────────────────────────────────────────────────┐
│ Step 1: 分析被测代码 │
│ ├─ 动作：分析模块类型、公开接口、输入输出、依赖关系 │
│ ├─ 产出：测试点清单 │
│ └─ 参考：references/test_rules.md → "测试点识别规则" │
├─────────────────────────────────────────────────────────────────────────────┤
│ Step 2: 设计测试用例 │
│ ├─ 动作：确定测试用例、边界条件、Mock 策略 │
│ ├─ 产出：测试用例设计 │
│ └─ 参考：references/test_rules.md → "断言规则"、"Mock 规则" │
├─────────────────────────────────────────────────────────────────────────────┤
│ Step 3: 编写测试代码 │
│ ├─ 动作：按规范编写测试、fixtures、数据准备 │
│ ├─ 产出：测试文件 │
│ └─ 参考：references/test_rules.md → "测试代码规范" │
├─────────────────────────────────────────────────────────────────────────────┤
│ Step 4: 执行测试 │
│ ├─ 动作：分层执行（Unit → Integration → E2E）、失败分类 │
│ ├─ 产出：测试结果 │
│ └─ 参考：references/test_rules.md → "失败分类规则" │
├─────────────────────────────────────────────────────────────────────────────┤
│ Step 5: 生成报告 │
│ ├─ 动作：按模板生成报告、分级呈现 │
│ ├─ 产出：测试报告 │
│ └─ 参考：references/test_rules.md → "报告规则" │
└─────────────────────────────────────────────────────────────────────────────┘
测试点清单：
├─ [P0] 核心业务逻辑：xxx
├─ [P1] 边界条件：xxx
├─ [P2] 异常处理：xxx
└─ [P3] 次要路径：xxx
→ 读取 references/test_rules.md 的 "测试点识别规则"
测试用例设计：
├─ test_case_1
│ ├─ 输入：xxx
│ ├─ 预期输出：xxx
│ ├─ 断言：assert xxx
│ └─ Mock：xxx
├─ test_case_2
│ └─ ...
→ 读取 references/test_rules.md 的：
tests/{category}/test_{module}.py 结构）@pytest.mark.unit 等）tests/unit/test_xxx.py→ 读取 references/test_rules.md 的 "测试代码规范"
pytest -m unitpytest -m integrationpytest -m e2e测试结果：
├─ 通过：N
├─ 失败：M
│ ├─ 代码 Bug：x（需用户关注）
│ ├─ 测试问题：y（已自动修复）
│ └─ 环境问题：z（已修复）
└─ 错误：k
→ 读取 references/test_rules.md 的 "失败分类规则"
测试报告：
├─ 概览：总数/通过/失败/通过率
├─ 失败分类统计
├─ 需要关注的 Bug 列表
└─ 自动修复的问题列表
→ 读取 references/test_rules.md 的 "报告规则"
| 规则 | 位置 | 用途 |
|---|---|---|
| 测试点识别规则 | references/test_rules.md | 确定测什么 |
| 断言规则 | references/test_rules.md | 怎么断言 |
| Mock 规则 | references/test_rules.md | 何时 Mock |
| 边界条件规则 | references/test_rules.md | 边界测试点 |
| 测试代码规范 | references/test_rules.md | 代码怎么写 |
| 失败分类规则 | references/test_rules.md | 失败怎么分 |
| 报告规则 | references/test_rules.md | 报告怎么写 |
Bug修复流程（代码定位→问题复现→问题修复→回归测试→提交完成）。触发：用户报告bug、报错、异常、或说"XX不工作"/"XX报错"/"XX有问题"/"修复XX"/"排查XX"/"XX挂了"/"XX崩了"/"修一下"/"debug"/"fix"，通常会指出文件/函数/错误信息（KeyError/TypeError/OOM/ModuleNotFoundError/堆栈/控制台错误/白屏）或线上事故（内存泄漏/连接池耗尽/间歇性失败/重启后报错）。不要用于：新功能开发（用ez-dev）、配置调整、纯文档编写、"xxx怎么用"问答、纯阅读理解代码、对话式咨询。核心原则：worktree开发、测试复现优先、用户手动merge。
生成每日开发进度总结报告。并行执行进度总结、任务更新、全量测试、文档整理，汇总成HTML报告。
文档整合与同步维护 Skill。当用户说"整理文档"、"合并文档"、"更新开发文档"、"同步文档和代码"时触发。扫描散落文档，整合到 .dev_doc/ 对应模块的规范路径，验证文档与代码一致性，更新模块 README 和 CHANGELOG。
完整功能开发流程（需求→设计→计划→TDD开发→测试→完成）。触发：用户提出明确的开发任务时——"开发X"/"实现X"/"添加X功能"/"新功能"/"做个新特性"/"重构X"/"修复X bug"。不要用于：单行修改、配置调整、纯文档编写、"xxx怎么用"问答、bug 原因排查、纯阅读/理解代码、对话式咨询。核心原则：worktree开发、独立Subagent审查、用户手动merge。
待办事项管理skilll。管理 todo.md 和 work_done.md为主的开发任务生命周期。当用户说"记录这个需求"、"帮我看看优先级"、"XX功能完成了"、"生成今日计划"、"看看今天该做什么"、"本周计划"、"本月计划"、"进度如何"时触发。也适用于：需要调整任务优先级、分析工作量、验证任务完成状态、整理待办事项。
"同步用户全局 skills 到 Git 仓库并发布。当用户说"同步skills"、"发布skills"、"更新skills到github"、"sync skills"时触发。**本 skill 只同步用户全局 skills（~/.claude/skills/），不同步项目内的 skills（项目 .claude/skills/ 目录）。**负责将全局 skills 同步到 dev_toolkits 仓库，并打包 .skill 文件发布 Release。"