FIT（Failure Injection Testing）的核心責任是產生可決策的證據，故障演示只是過程。當實驗結果無法直接回答「能不能放行」，FIT 就只是測試活動，不是可靠性控制面。

問題場景

團隊常在故障注入後留下 dashboard 截圖與結論摘要，但 release decision 仍靠主觀討論。這種斷裂會讓同類風險反覆出現，因為每次都在重新辯論，而不是沿用同一套 evidence 欄位。

決策機制

要讓 FIT 成為 release gate 輸入，必須把實驗輸出結構化成決策欄位。

欄位核心問題決策用途
steady-state impact注入後是否仍維持服務承諾判斷能否繼續 rollout
abort trigger record停止條件是否被觸發、何時觸發判斷是否進入凍結與回退
fallback result降級路徑是否可用、恢復是否收斂判斷事故時能否安全止血
dependency drift受影響依賴是否落在預期範圍判斷 blast radius 是否可接受

可觀測訊號

訊號判讀重點對應章節
verification evidence證據是否足以支持 release6.23
rule rollout anomaly規則推送後是否偏離預期6.24
incident decision lag事故時是否可快速調用證據8.19
evidence write-back教訓是否回寫成下次驗證輸入8.22

常見陷阱

最常見錯誤是把 FIT 報告寫成敘事文件，沒有決策欄位，導致放行時無法直接引用。另一個錯誤是只記錄成功路徑，忽略 abort trigger 與 fallback 失敗，讓風險被低估。

下一步路由

先把 FIT 輸出整理到 6.23 Verification Evidence Handoff，再接到 6.24 Rule Rollout Safety Gate 做放行判斷。事故發生時由 8.19 快速提取決策證據，最後回寫 8.22。

引用源