規格與開發流程 MOC
用途：串連「規格先行 ＋ 平行開發」這條線的筆記——規格怎麼審、什麼時候准開多線、測試綁在哪一層。 上層：Software Engineering MOC
主幹
- 規格先行的七步開發流程 — 總覽：SDD 為主幹、BDD 當審查關卡、TDD skeleton 當展開前的最後一道門
- SDD、BDD、TDD 是三個層級不是三個選項 — 定義／逼問／守住正確性，以及各自解不了什麼
規格審查
- 規格的兩種洞：沉默與假具體 — 兩種洞要兩種掃法，互相抓不到
- BDD checklist 專門找規格沒寫到的維度 — 15 題逐條掃每一條 AC
- grill-spec：把規格審查做成四個 pass — 我的 Claude Code skill 實作
- 拿別人的 spec 時要把問題分成三堆 — 沒有修改權時的分流與回送確認
驗收準則與追溯
- AC 照業務規則切，不照使用情境切 — 「場景變但程式不變」是粒度錯的訊號
- AC id 追溯鏈讓改規格的影響變成一個 grep — 成本最低、回報最快的一步
- 規格檢查要機械化進 CI，不能靠紀律 — 規格層的紅燈機制
契約與平行開發
- 契約凍結是通過 test skeleton 的結果，不是前提 — 順序：場景審查 → skeleton → 凍結 → 展開
- 平行展開前要過 Definition of Ready — 五個可判定門檻；沒過先跑一條薄線
- 語意變更不能 additive-first，一律當 breaking — semantic diff 與停線判定
測試落點
- 測試分兩層：綁契約的是資產，綁實作的是拋棄式 — 以及「測試變實作鏡像」反模式
- consumer-driven contract test 取代 E2E 驗串接 — 下游先寫期望，上游負責滿足