|
|
@@ -6,7 +6,7 @@
|
|
|
|
|
|
## 一、目标定义
|
|
|
|
|
|
-**让 `tests/user-scenarios/应用场景总览.md` 列出的全部 218 个应用场景（`SC-角色-NN`）都能端到端跑通。**
|
|
|
+**让 `tests/user-scenarios/应用场景总览.md` 列出的全部 236 个应用场景（`SC-角色-NN`；O-4 裁决 2026-11-06 落地，基线 218→236）都能端到端跑通。**
|
|
|
|
|
|
「跑通」的判定（三者缺一不可）：
|
|
|
|
|
|
@@ -22,7 +22,7 @@
|
|
|
|
|
|
| 资产 | 路径 | 规模 |
|
|
|
|------|------|------|
|
|
|
-| 场景总目录与追溯矩阵（一级权威） | `tests/user-scenarios/应用场景总览.md` | 218 个 SC：游客 12 / 家长 93 / 孩子 25 / 规划师 32 / 运营 24 / 服务商 11 / 跨角色 21 |
|
|
|
+| 场景总目录与追溯矩阵（一级权威） | `tests/user-scenarios/应用场景总览.md` | 236 个 SC：游客 12 / 家长 93 / 孩子 25 / 规划师 32 / 运营 24 / 服务商 11 / 跨角色 22 / AI 成长教练 10 / 真人管家 7（O-4 裁决 2026-11-06 落地，218→236；含 SC-B/AI 成长教练 10、SC-H/真人管家 7、SC-X-22 CF 预估） |
|
|
|
| 角色叙事细节 | `tests/user-scenarios/01-guest.md` ~ `07-five-dimension.md` + `README.md` | 每个场景含用户故事、前置条件、主流程、异常/边界、关联需求/设计、关联用例 |
|
|
|
| 派生测试用例 | `tests/test-cases/*.md`（含 `cross-role-e2e.md`） | 729 条 TC |
|
|
|
| 自动化状态台账 | `docs/tdd/test/automation-status.md` | 由 `test_inventory.py` 从 `.tdd/test-progress.json` 派生 |
|
|
|
@@ -35,7 +35,7 @@
|
|
|
## 三、现状（2026-11-05 基线）
|
|
|
|
|
|
- `docs/tdd/test/automation-status.md`：结构化测试用例 729 条 → **已执行 0 / 通过 0 / 失败 0 / 未跟踪 729**；脚本级自动化尚未接入 CI（无 `.github/workflows/`、`.gitlab-ci.yml`、`Jenkinsfile`）。
|
|
|
-- 因此本目标处于 **0 / 218** 起步状态；每轮汇报必须如实填写「累计已跑通场景数」，不得用「任务已分派」冒充「场景已跑通」。
|
|
|
+- 因此本目标处于 **0 / 236** 起步状态；每轮汇报必须如实填写「累计已跑通场景数」，不得用「任务已分派」冒充「场景已跑通」。
|
|
|
|
|
|
---
|
|
|
|
|
|
@@ -50,7 +50,7 @@
|
|
|
|
|
|
### 4.1 SC → 能力键映射与计数口径（主理人 O-2 裁决，2026-11-05）
|
|
|
|
|
|
-> 本小节是 O-2 裁决的固化（单一事实源），覆盖 00:53 旧口径中「SC 即任务池」的歧义。**权威登记表：`docs/tdd/orchestration/sc-key-map.md`（218 SC 全量，唯一「SC 跑通」计数来源）。**
|
|
|
+> 本小节是 O-2 裁决的固化（单一事实源），覆盖 00:53 旧口径中「SC 即任务池」的歧义。**权威登记表：`docs/tdd/orchestration/sc-key-map.md`（236 SC 全量，唯一「SC 跑通」计数来源；O-4 裁决 2026-11-06 落地）。**
|
|
|
|
|
|
1. **SC 不作状态机键**：`--add-task <key>` 的 `key` 一律为合法 `unit.domain.action`（方案 A 为正本）；SC 编号 + 场景文件写进 `--requirement`，已合入 `origin/cfclub` 的契约写进 `--design`（标注「实现仅在 feature 分支、不得假定包路径」）。
|
|
|
2. **否决放宽 SC 前缀**（方案 B）：不改 skill 脚本 `KEY_RE`，避免污染全部项目 + 「SC=能力编排组合」与「单一能力」语义错位。
|
|
|
@@ -61,7 +61,7 @@
|
|
|
|
|
|
## 五、验收与汇报口径
|
|
|
|
|
|
-- 每轮标准汇报 `docs/tdd/orchestration/report-dev-YYYY-MM-DD-HHMM.md` 除模板必填项（**1.2b 会话列表必填，无空闲也列 idle**）外，必须增列 **「场景覆盖矩阵」**：总数 218 / 累计已跑通 / 本轮新增跑通 / 失败 / 阻塞 / 未跟踪，并逐条注明本轮推进的 SC 编号与证据 sha。
|
|
|
+- 每轮标准汇报 `docs/tdd/orchestration/report-dev-YYYY-MM-DD-HHMM.md` 除模板必填项（**1.2b 会话列表必填，无空闲也列 idle**）外，必须增列 **「场景覆盖矩阵」**：总数 236 / 累计已跑通 / 本轮新增跑通 / 失败 / 阻塞 / 未跟踪，并逐条注明本轮推进的 SC 编号与证据 sha。
|
|
|
- **阶段推进（RED→YELLOW→GREEN）以场景用例实际通过为准**，不得以「实现代码已合入」直接置 GREEN。
|
|
|
- 收口纪律沿用：只认已推远端 git 证据；**严禁 `git add -A`**；提交他人产物先 `git show origin/cfclub:<path>` 对齐、精确 `git add -- <paths>`；严禁 checkout/stash/force-push 他人改动，独立提交走 worktree；`.tdd/` 本地私有**禁推**，共享内容只放 `docs/tdd/*.md`。
|
|
|
|
|
|
@@ -69,4 +69,4 @@
|
|
|
|
|
|
## 六、完成判据
|
|
|
|
|
|
-`218 / 218` 个 SC 均具备三类用例的实际通过证据 + 实现与用例已推 `origin/cfclub` + CI 持续回归可用 + 工作目录干净。在此之前，任何一轮都不得汇报「开发完成」。
|
|
|
+`236 / 236` 个 SC 均具备三类用例的实际通过证据 + 实现与用例已推 `origin/cfclub` + CI 持续回归可用 + 工作目录干净。在此之前，任何一轮都不得汇报「开发完成」。
|
Agnes Agent