e2e · git:20260912.79760e8 · 2026-09-12 · sha256 07100f4173d39302

e2e git:20260912.79760e8A

Immutable. This exact content is served forever at /api/v1/blob/07100f4173d39302.

---
name: e2e
description: 按项目画像做端到端测试。摸清项目 → 出计划 → 人审 → 生成 spec → 横切面检查 → 跑并修 → 出报告
disable-model-invocation: true
argument-hint: "[profile|plan|generate|run|report] [范围]"
---

给当前项目做端到端测试。流程每个项目一样,项目事实(入口、账号、副作用、数据恢复、业务口径)写在画像里,每个项目不同。

## 前提

- 规划 / 生成 / 修复的操作步骤按官方 skill 做:`~/.claude/skills/playwright-cli/references/test-generation.md` 的 §1 / §2 / §3。没有这个目录就停下告诉我。
- 官方步骤假定 `playwright-cli` 装在宿主机。这里不是:**宿主机什么都不装**,凡官方步骤里的 `playwright-cli X` 一律执行 `<exec> npx playwright cli X`,`npx playwright X` 一律执行 `<exec> npx playwright X`,`<exec>` 是画像里定义的前缀(如 `docker compose exec e2e`)。运行环境的搭法见 `references/runner.md`。
- 一条官方文档与实测不符的地方:seed 只有一步时 `resume` 会让测试跑完、浏览器关闭。attach 后用 `step-over` 走到最后一步,页面停在「Close context」时才探索。attach 之后每条命令带 `-s=tw-xxxx`。

## 状态与入口

状态全在项目的 `.scratch/e2e/`(必须在 `.gitignore` 里,不在就先加):

```
profile.md          画像,首行 Verified: <日期>
plan.md             计划,首行 Status: draft | approved
run-<日期>.json     playwright --reporter=json 原始输出
report-<日期>.md    报告
```

不带参数时看磁盘决定从哪继续:

| 磁盘状态 | 做 | 停 |
|---|---|---|
| 无 profile.md | 第 0 步 | 停,等我确认画像 |
| 有 profile、无 plan | 第 1 步 | 停,等我审计划 |
| plan 是 draft | 提醒我审,不往下走 | 停 |
| plan 已 approved、spec 未生成 | 第 2 → 3 → 4 → 5 步一口气做 | 只在「护栏」列的情况停 |
| spec 已有 | 第 4 → 5 步 | 同上 |
| 今天已有 report | 说明已跑过,问要不要重跑 | 停 |

带参数强制跳到某步:`profile`(对比 `git log` 自 Verified 日期以来路由 / 页面目录 / compose / 账号文档的变动,只更新差异)、`plan [范围]`(范围如 `menu`、`smoke`、`risk:1-3`)、`generate`、`run`(平时改完代码用这个)、`report`(从最近一份 run json 重出)。

同一会话里我说「批准」,把 `Status: approved` 写进 plan.md 再往下走;换会话敲 `/e2e` 读磁盘接着来。

## 0 画像

读 CLAUDE.md、compose、路由注册、页面目录、Taskfile / Makefile、已有测试账号文档、已有 spec,按 `references/profile-template.md` 填 `profile.md`。能自己查的自己查(跑 `curl` 看入口通不通、`psql` 核账号能不能登),只把查不到的问我。

必须停下让我确认的两项:数据恢复手段(没有就整份标 `只读`,不生成任何写操作测试)、副作用清单的等级划分。

Nuxt / Vite dev 项目要核一条:`vite.server.allowedHosts` 是否放行 `.local`,没放行则容器经 OrbStack 域名访问会 403。这是应用配置改动,列出来等我批准。

## 1 计划

按 `references/plan-template.md` 写 `plan.md`,`Status: draft`,停下等我审。

- 冒烟层直接从路由 / 页面清单生成,不探索。每个页面 × 每个角色一行,只做 `references/checks.md` 里的检查。
- 风险路径才用官方 planner 探索(带着 profile 一起读)。范围默认取画像里「范围」一项;没写就取风险路径前 3 条。
- 每条场景标账号、前置数据、副作用等级、跳过原因。3 / 4 级默认列为跳过。
- 不要盲探全部页面。上百个页面的项目,探索式规划一次就是十几万 token。

## 2 生成

按官方 §2 逐条生成到画像里定义的 spec 目录。生成前先 grep 已有 spec 有没有同名或同流程的,有就改不新建。文件头写 `// spec: .scratch/e2e/plan.md <编号>` 和 `// seed:`。登录走 `auth.setup.ts` + `storageState`,每个角色一份,见 runner.md。

## 3 横切面

按 `references/checks.md` 生成 `smoke.spec.ts`。这一层不需要探索,覆盖计划里每个页面。

## 4 跑并修

1. 跑前按画像的命令做数据快照。
2. `<exec> npx playwright test --reporter=json`,输出存 `run-<日期>.json`。
3. 每条失败按官方 §3 单独处理:`--grep` 限定这一条、`--debug=cli` 暂停、attach 看现场。先定性再动手:
   - 测试写错(选择器、等待、断言)→ 改测试,重跑。
   - 环境(数据没种、容器没起、账号密码不对)→ 修环境,重跑。同一处两次修不好 → 停,问我。
   - 应用 bug → 不改应用代码。记下复现路径、期望、实际,测试标 `test.fixme('<原因>')`,继续下一条。
   - 分不清是应用改了还是回归 → 按官方 §3.4 停下问我。
4. 同一测试修 3 次没过 → 标 `fixme` 附注释,记进报告,继续。
5. 跑后按画像的命令恢复数据。快照 / 恢复失败要如实写进报告,不能当没发生。

## 5 报告

按 `references/report-template.md` 写 `report-<日期>.md`。覆盖了什么、跳过了什么及原因、应用 bug 列表、环境问题、下一步建议。报告是给没看过对话的人的,每条 bug 要有复现路径。

## 护栏

- **副作用四级**:1 只读 / 2 库内可逆 / 3 库内不可逆 / 4 出库外部(支付、邮件、推送、打印、第三方 API)。1 / 2 自动跑;3 / 4 每次运行前逐条问我批不批,没批就跳过并写明。没有数据恢复手段的项目只跑 1。
- **不改应用代码**。e2e 流程发现的 bug 只进报告。
- **不 mock 外部网关**。做不到就标跳过,不假装测过。
- 只用 Playwright 自带 chromium。不接宿主机浏览器。
- 生成 / 修复用到的密码从 `.env` 或画像指向的文件读,spec 里用 `process.env.E2E_*`,不写明文。
- 冒烟和只读测试可并行;写操作测试串行,或按官方 auth 文档「每个 worker 一个账号」。
- 不用 `networkidle`、不加 `sleep`、不跳过 hook 来让测试变绿。

## 收尾

只说三件事:跑了什么、结果如何(通过 / 失败 / 跳过各多少)、有什么要我拍板。报告路径给出来。