準備交付或正式上線
功能已完成，但雙方對正常、異常、負載與完成條件仍沒有共同依據。
可獨立承接｜已有系統或開發廠商上線驗收與
上線驗收與
系統品質評估
即使系統不是由煦策開發，也可以從驗收條件、異常情境、負載與失效邊界切入。目的不是替換原有團隊，而是在還來得及處理時，把風險變成能重現、能討論的證據。
適合從這裡開始的情況
系統已經存在，但還缺少能共同確認的依據
可以只委託驗收與品質評估，不必先把既有系統改由煦策重做。
既有系統承受較高營運風險
系統牽動訂單、帳務、調度、設備或大量使用者，需要先知道從什麼條件開始失穩。
問題只在特定條件下出現
平時無法穩定重現，需要把環境、流量、資料與外部服務條件整理成可反覆執行的情境。
不是只看功能有沒有動
把最容易在正式環境出現的問題，提早變成可重現的情境
每一種檢查都必須回到事先確認的使用方式、資料條件與風險邊界，而不是跑完一份通用清單就宣布通過。
正常情境
確認主要使用流程、資料處理與權限是否符合事先定義的條件。
異常情境
模擬資料缺漏、外部服務失敗、權限不足與人工中斷，觀察系統如何回應。
邊界條件
針對容易被忽略的極端輸入、狀態轉換與責任交界留下可重現的結果。
負載與穩定性
在約定的流量與環境條件下觀察延遲、錯誤與資源變化，找出開始失穩的位置。
實際執行紀錄
以下為匿名化後的部分工作畫面
圖片僅作為實作經驗佐證；實際作法會依系統、問題與驗證目標調整。
它能確認什麼
系統在指定資料、流量、環境與異常情境下的表現，以及目前已知、可重現的風險。
它不能代表什麼
不能代表系統永遠不會出錯，也不能替營收、留客或其他受多種因素影響的經營結果提供保證。
角色界線：若煦策同時是系統實作方，會依事前約定驗證自己的交付並對結果負責，但不會把自己的驗證工作宣稱為第三方獨立驗收。
題目與系統都還沒完成，需要從導入與實作開始？