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 Verification Evidence Handoff
rule rollout anomaly規則推送後是否偏離預期6.24 規則推送安全閘門
incident decision lag事故時是否可快速調用證據8.19 Incident Decision Log
evidence write-back教訓是否回寫成下次驗證輸入8.22 Incident Evidence Write-back

常見陷阱

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

下一步路由

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

引用源