Skip to content

fix(architecture): 数据流改为业务分叉到开发+测试并行#23

Merged
JohnC-stack merged 1 commit into
mainfrom
fix/architecture-parallel-testing
Apr 20, 2026
Merged

fix(architecture): 数据流改为业务分叉到开发+测试并行#23
JohnC-stack merged 1 commit into
mainfrom
fix/architecture-parallel-testing

Conversation

@JohnC-stack
Copy link
Copy Markdown
Collaborator

用户指出:原数据流画成串行'业务→开发→测试→运维',违反测试篇方法论。测试应从 PRD 阶段并行参与可测性评审,是业务的并行下游。

修 ARCHITECTURE.md Mermaid + information-sharing.md ASCII + mode-a-greenfield 时序。

用户指出架构图里的错误 —— 把数据流画成
  业务 → 开发 → 测试 → 运维 → 业务
是错的。测试篇方法论(docs/chapters/04-testing/FULL.md § 1)
明确规定测试从 PRD 阶段就参与可测性评审,是业务的并行消费者,
不是开发下游。

## 修正三处
1. ARCHITECTURE.md 数据流 Mermaid
   - PRD 推给 开发+测试(并行)而非只推给开发
   - 加 "testability-review.md" 节点
   - 开发 ↔ 测试 API 契约双向对齐
   - 加"为什么测试要提前并行参与"对比表

2. docs/architecture/information-sharing.md ASCII 图
   - 产品下叉两路:开发 + 测试 并行
   - "提测 → 测试执行 → 准出" 合流
   - 准出 → 运维
   - 新增"关键分叉:PRD 的双消费"小节
   - 新增第二节"为什么测试要并行参与"对比表(传统 vs 本框架)

3. docs/chapters/00-adoption/mode-a-greenfield.md 时序图
   - 原"业务 → 开发 → 测试 → 运维"串行改为
     业务 → [开发 / 测试 并行] → 提测 → 运维
   - 加关键节奏说明
   - 指向 ARCHITECTURE.md 的正式数据流

确保和测试篇方法论的"需求评审门禁"(可测性评审)一致。
@JohnC-stack JohnC-stack merged commit 4f082a8 into main Apr 20, 2026
10 checks passed
@JohnC-stack JohnC-stack deleted the fix/architecture-parallel-testing branch April 20, 2026 05:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant