测试执行

执行测试套件并生成测试报告，支持全量执行、按类型分层执行、按功能点关联执行和追溯验证。

语言规则

• 支持中英文提问
• 统一中文回复

触发条件

• 用户需要执行测试
• 用户需要验证测试覆盖率
• 用户需要追溯验证（AC 是否被通过的测试覆盖）
• /devdocs-dev-workflow 批量完成后自动触发
• 关键词："执行测试"、"跑测试"、"全量测试"、"回归测试"、"run tests"

运行模式

语法

/devdocs-test-run              # 全量执行（UT + IT + E2E）
/devdocs-test-run --ut         # 仅单元测试
/devdocs-test-run --it         # 仅集成测试
/devdocs-test-run --e2e        # 仅 E2E 测试
/devdocs-test-run F-001        # 按功能点关联的测试
/devdocs-test-run --trace      # 全量执行 + 追溯验证

模式说明

前置条件

• 测试用例文档：docs/devdocs/03-test-cases*.md
• 项目已配置测试框架（Jest/Vitest/pytest/Go test 等）

执行流程

1. 读取测试用例文档
   ├── 扫描 docs/devdocs/03-test-cases*.md
   ├── 解析测试用例清单（UT/IT/E2E 编号）
   └── 解析追溯矩阵（AC → 测试映射）
           │
           ▼
2. 检测测试框架
   ├── 扫描 package.json / pyproject.toml / go.mod / Makefile
   ├── 识别测试框架（Jest/Vitest/pytest/Go test 等）
   └── 确定运行命令
           │
           ▼
3. 分层执行测试
   ├── 单元测试（UT-XXX）
   │   └── 运行命令 + 收集结果
   ├── 集成测试（IT-XXX）
   │   └── 运行命令 + 收集结果
   └── E2E 测试（E2E-XXX）
       └── 运行命令 + 收集结果
           │
           ▼
4. 收集测试结果
   ├── 通过/失败/跳过 统计
   ├── 覆盖率数据（如可用）
   └── 失败详情（文件:行号 + 错误信息）
           │
           ▼
5. [--trace] 追溯验证
   ├── 扫描代码中的 @verifies/@testcase 标注
   ├── 对比追溯矩阵（03-test-cases*.md）
   ├── 标记未覆盖的 AC
   └── 标记无通过测试的 AC
           │
           ▼
6. 生成测试报告
   └── 输出到 docs/devdocs/05-test-report.md
           │
           ▼
7. 输出摘要
   ├── 通过率 + 覆盖率
   ├── 失败详情（如有）
   └── [--trace] 追溯状态

测试框架检测

检测优先级

1. package.json → scripts.test / devDependencies
   ├── vitest → npx vitest run
   ├── jest → npx jest
   └── mocha → npx mocha
2. pyproject.toml / setup.cfg / pytest.ini
   └── pytest → python -m pytest
3. go.mod
   └── Go test → go test ./...
4. Makefile / Cargo.toml / 其他
   └── 按框架惯例检测
5. 无法检测 → AskUserQuestion 询问用户

测试文件定位

通过测试用例文档中的路径信息定位测试文件：

1. 03-test-cases*.md 中的测试文件路径
2. 代码中的 @testcase 标注（反向查找）
3. 测试框架约定路径（__tests__/、*.test.ts、*_test.go）

分层执行策略

执行顺序

UT（单元测试）→ IT（集成测试）→ E2E（端到端测试）

UT 全失败提示：UT 全部失败时，按调用上下文决定：

• 独立调用（用户直接使用）：AskUserQuestion 是否继续 IT/E2E
• 被 dev-workflow 调用（--trace）：继续执行，收集全部结果

按功能点执行

/devdocs-test-run F-001

1. 读取追溯矩阵
2. 查找 F-001 关联的所有 AC
3. 查找每个 AC 关联的测试用例（UT/IT/E2E）
4. 仅执行这些测试
5. 生成功能点维度的报告

上下文管理

分段写入

按测试层分段处理：完成 UT 结果 → 写入报告 UT 章节 → 再处理 IT → 写入 IT 章节 → 再处理 E2E。避免一次性处理全部结果。

完整性校验

每层写入后验证：

• 报告中的测试条目数 == 测试框架输出的实际条目数
• 失败详情条目数 == 实际失败数（不遗漏）

失败详情一致性

• 首个失败用例的详情作为格式锚点
• 每个后续失败用例必须包含相同字段：文件路径、行号、关联 AC、错误信息、建议
• 不因失败数量多而省略任何字段

追溯验证（--trace）

验证规则

追溯报告格式

## 追溯验证结果

| AC 编号 | 描述 | 关联测试 | 测试状态 | 覆盖状态 |
|---------|------|----------|----------|----------|
| AC-001 | 邮箱格式校验 | UT-001, IT-001 | ✅ 全部通过 | ✅ 已覆盖 |
| AC-002 | 密码强度校验 | UT-002 | ❌ 1/1 失败 | ⚠️ 测试失败 |
| AC-003 | 重复注册检测 | — | — | ❌ 未覆盖 |

测试报告

输出路径

docs/devdocs/05-test-report.md

报告内容

详见 templates/test-report-template.md

报告包含：

• 执行摘要（通过率、覆盖率、执行时间）
• 分层结果（UT/IT/E2E 各自统计）
• 失败详情（文件路径、行号、错误信息、关联 AC）
• [--trace] 追溯验证结果
• 建议（未覆盖 AC 的处理建议）

Skill 协作

约束

执行约束

• 执行前必须检测到测试框架（无法检测时询问用户）
• 分层执行顺序：UT → IT → E2E（不可打乱）
• 单个测试失败不终止后续测试（收集全部结果后汇总）
• UT 全部失败时，独立调用可提示用户，被调用时继续执行
• 超时保护：单个测试套件超时 5 分钟（可配置）

报告约束

• 必须生成测试报告（输出到 05-test-report.md）
• 报告必须包含执行摘要和分层结果
• 失败详情必须包含文件路径和行号
• --trace 模式必须包含追溯验证结果
• 每层报告条目数必须与实际执行数一致（完整性校验）
• 所有失败详情字段完整度一致（不因数量多而省略）

追溯约束

• 追溯验证必须覆盖所有 AC
• 未覆盖的 AC 必须明确标记
• 标注不一致必须警告（代码 vs 文档）
• 追溯结果不修改源文件（仅报告，修改由 /devdocs-sync 负责）

子 Agent 摘要格式

当本 Skill 作为子 Agent 运行时，返回以下结构化摘要：

skill: devdocs-test-run
tests_run:
  unit: { passed: X, failed: 0, total: X }
  integration: { passed: X, failed: 0, total: X }
  e2e: { passed: X, failed: 0, total: X }
coverage: "XX%"
trace_verified: true
status: pass | fail
output_file: docs/devdocs/05-test-report.md

参考资料

• templates/test-report-template.md - 测试报告模板