"Strategy"
- 三層定義與職責表
Unit Test / Protocol Integration Test / Screen State Test 各層職責、驗證目標與盲區的完整論述
- 判斷原則：什麼時候需要 protocol integration test
從服務架構特徵判斷是否需要 protocol integration test 的決策流程 — 協議複雜度、mock 寬鬆度、失敗靜默度三個維度
- 反模式：用 mock 數量彌補 mock 盲區
為什麼增加 mock test 數量無法跨越 mock 的結構性盲區 — 從 192 個 test 全過的案例拆解數量與覆蓋率的真正關係
- Flow Test（流程測試）
在假後端上驅動真實前端服務鏈、斷言散佈於業務旅程各階段的測試形態；與 unit / integration / E2E 的邊界劃分
- 語意級假後端與流程測試
bug 的成因是對後端行為的假設錯誤、由測試餵資料的 stub 驗證不出來時：建一個持有狀態、模擬已證實後端行為的假後端（test double 分類的 fake），讓流程測試走完整的多服務互動鏈
- 無測試 legacy 專案的起步順序
接手零測試的專案、有限預算下第一批測試該從哪一層開始建——按風險集中處判斷起步路徑，而非照測試金字塔從底部往上疊
- 畜產加工廠的成本控管與利潤策略比較
評估畜產加工業者時，從垂直整合深度、自動化投資、品牌化方向、通路控制四條路徑比較成本控管策略，並用財報數據驗證各路徑的實際效果
- 大成的規模分散策略：從飼料巨人到食品公司的轉型路徑與驗證條件
評估規模分散型企業的策略是否成功時，用 capex 去向追蹤轉型進度、競爭者側面檢查驗證毛利率結構差異、上下游交叉驗證供應鏈地位的方法
- 四大超商母公司策略比較：通路在集團裡承擔什麼功能
判讀集團為什麼持有零售通路時，從母公司的事業結構拆出通路承擔的功能——製造出海口、通路本體、組合拼圖、金融場景各自對應不同的投資意願與虧損容忍度
- 不可能三角與短缺市場的配給
用供應側成本結構解釋交期價格品質的取捨為什麼存在、缺貨時供應商按什麼順序配貨、關係投資在配給中的作用，供決定讓哪一角與評估關係價值時使用
- 主策略 + 補強策略：選擇不必互斥
多策略並非「五選一」、可分層疊加：root-cause fix（解結構問題） + UX 補強（解使用者感知）通常雙打比單選更穩。判準三條：解不同層 / 沒副作用衝突 / 增量成本可接受。把「策略選擇」預設成單選、會放掉互補可能、產生「結構修了但使用者體驗仍差」或「UX 蓋過去但結構還壞」。
- Capability gap 的對策三層階梯：expectation → augment → rebuild
系統有 capability gap（功能不滿足使用者預期）時、對策有三層階梯：L1 expectation alignment（UX hint、訊息精準）、L2 augmenting computation（補一層計算 close gap）、L3 structural rebuild（換 index / engine / 演算法）。三層成本、覆蓋率、脆弱度遞增、不必每次跳到 L3。本卡是 #75 主+補強策略的「不疊加、選層級」變種、跟 #59 五策略矩陣可疊加使用。
- L1 + L2 疊加時的訊號一致性：UX hint 跟自動 fallback 講的話要對齊
把 expectation alignment（L1）跟 augmenting computation（L2）疊加時、兩個 layer 給使用者的訊號可能矛盾：L1 說「請改打字」、L2 卻自動找到了；L1 說「資料可能延遲」、L2 卻 stale-while-revalidate 自動 refresh。沒對齊時使用者困惑。本卡定設計 protocol：兩個 layer 講同一個 capability gap、訊號要 layered consistent、不是 redundant 也不是 conflicting。本卡是 #75 + #86 + #79 在「使用者訊號層」的整合。