今天的問題是什麼
流程剛開始整理的時候，通常最不缺的是工具，最缺的是對齊。大家對步驟、邊界和預期結果的理解如果還不一致，腳本只會把誤解先寫死。
為什麼我先用中文情境
因為中文情境比較接近需求本身，非工程的人也看得懂。先把步驟、預期結果和前置條件說清楚，後面不管要交給 Playwright、Appium 還是 Claude Code，都比較有共同底稿。
腳本什麼時候才進來
通常是情境已經穩了、會重複跑，而且大家也對要驗什麼有共識之後，我才會把它往工具端接。這樣腳本是在承接流程，不是在替流程做決定。
- 先有步驟和預期結果
- 再決定哪些要自動化，哪些保留人工判斷
- 最後才讓腳本承接已經穩定的部分
這樣做有什麼好處
補測、改流程、交接和回頭看報告都會比較容易。因為你留著的不只是執行結果，還有當初為什麼這樣驗的脈絡。