第一次讓排程任務正式上線前，先花五分鐘看它「會做什麼」，不要直接看它「做了什麼」

你花了一個下午，把每週一早上彙整上週業績、寄給五個部門主管的流程設定成排程任務，邏輯看起來沒問題，按下「啟用」，等下週一早上驗收成果。這個做法最大的風險不是邏輯真的有錯——是如果邏輯真的有錯，你要等到週一早上信件已經寄出去之後才會發現，而那個時候，五封錯誤的信已經躺在五個主管的信箱裡了。「看起來對」跟「真的對」之間，隔著一次沒有後果的預演排程任務跟你自己手動操作最大的差異，是手動操作出錯，你在按下最後一步之前還能反悔；排程任務一旦正式跑起來，中間沒有你可以介入喊停的空檔。這代表排程任務上線前的驗證標準，必須比手動操作更高——不能只是「我讀過邏輯，感覺沒問題」，要能實際看到「如果現在跑，會發生什麼事」。這正是空跑測試（dry...