異常處理流程
確認異常原因
實際狀況下，異常處理絕對不是單純的事，需要像偵探一樣，抽絲剝繭的找出問題的發生點，如果在沒有線索的情況下，就更難處理了。
還好，因為我們有可執行的規格可以在第一時間進行初步確認，步驟如下：
- 先確認運行規格，後端 API 是否有根據規格所定，正常運作
- 假設後端運作正常，確認前端的 input 是否跟規格一致
- 最後我們可以在確認，前端接收到後端的 output 是否一致。
當然一個功能的完成通常是多個規格組合的結果，所以一個功能的每個規格都是隔離點，其實這也是將問題切細切小，便於找出異常的源頭。
防止異常再發生
除了查出問題，當然需要讓他不要再發生，一旦確認問題我可以進行下列步驟：
- 發生錯誤的 input 與規格 input 假設有出入或不同的組合造成異常，新建規格。
- 確認新的 input 規格確實會運作失敗。
- 修正新的規格。
- 保留該規格，定期運行。
如此，每個錯誤的發生，絕不是改完就算，就像可運行的規格一樣，異常修正的能量也可以被累積。