xiaozhi-client: Skill for Claude Code

E2E 覆盖率分析器

分析当前分支相对于 main 的改动，评估 tests/e2e/ 中现有测试用例是否足以覆盖改动涉及的功能点。

上下文

• 当前分支: !git branch --show-current
• 分叉点 commit: !git merge-base main HEAD
• 改动文件列表: !git --no-pager diff --name-only main...HEAD
• 改动内容摘要（统计）: !git --no-pager diff --stat main...HEAD
• 改动详细内容: !git --no-pager diff main...HEAD

现有 e2e 测试用例清单

!find tests/e2e -maxdepth 1 -type d ! -path tests/e2e | sort

你的任务

按以下四个阶段执行，每个阶段输出清晰的中文报告。

---

阶段一：改动分析

1. 过滤核心逻辑文件：从改动文件列表中排除以下非逻辑文件类型：

   • 配置文件：*.config.*, *.env*, tsconfig*.json, .eslintrc*, .prettierrc*
   • 类型定义文件：*.d.ts, types/*.ts, interfaces/*.ts
   • 文档和说明文件：*.md, CHANGELOG*, LICENSE*
   • 锁定文件：package-lock.json, pnpm-lock.yaml, yarn.lock
   • CI/CD 配置：.github/**, .gitlab-ci*, Dockerfile*, docker-compose*
   • 测试文件本身：**/*.test.ts, **/*.spec.ts, tests/**, __tests__/**

   保留以下类型的文件作为核心逻辑文件：

   • src/web/** 下的组件、页面、hooks、store、工具函数
   • src/server/** 下的服务、路由、控制器、中间件、处理器
   • src/ 下各模块的源码逻辑文件

2. 识别功能点：对每个核心逻辑文件，结合 git diff 的实际改动内容，分析其涉及的功能维度：

   • 页面/路由：涉及哪个页面或路由（如 /dashboard）
   • UI 组件：涉及哪些 UI 组件（如 MCP 工具表格、对话框、表单等）
   • 交互行为：涉及的点击、输入、切换、拖拽等用户操作
   • 数据流：涉及的数据请求、状态变更、事件处理
   • 视觉呈现：涉及的新增/修改的 UI 元素、样式变化

3. 输出改动分析报告，格式如下：

   === 改动分析报告 ===
   
   核心逻辑文件（共 N 个）：
   1. src/web/pages/Dashboard.tsx
      - 涉及页面：Dashboard 页面
      - 涉及功能点：新增状态卡片 X、修改表格列 Y
   
   排除的非逻辑文件（共 M 个）：
   - package.json（依赖变更）
   ...
   

---

阶段二：覆盖匹配

1. 读取所有现有 e2e 测试用例：遍历 tests/e2e/ 下每个子目录中的 test.md 文件，提取每个用例覆盖的功能点关键词。

2. 建立映射关系：将阶段一识别的功能点与现有测试用例进行匹配。匹配规则：

   • 精确匹配：测试用例名称或步骤明确提及了改动的功能点
   • 关联匹配：测试用例覆盖了改动所在的页面/组件区域，虽然未直接测试该具体改动，但执行路径会经过相关代码
   • 无匹配：改动涉及的功能点没有任何测试用例覆盖

3. 输出覆盖匹配报告，格式如下：

   === 覆盖匹配报告 ===
   
   已覆盖的功能点：
   | 功能点 | 匹配测试用例 | 匹配类型 |
   |--------|-------------|---------|
   | Dashboard 页面加载 | 测试Dashboard页面加载 | 精确匹配 |
   
   缺少覆盖的功能点：
   | 功能点 | 涉及文件 | 风险等级 |
   |--------|---------|---------|
   | 新增的 XXX 功能 | src/web/components/XXX.tsx | 高 |
   
   覆盖率总结：
   - 总功能点数：N
   - 已覆盖：M（X%）
   - 未覆盖：K（Y%）