方法筆記
中文 Markdown 測試情境，為什麼比直接寫腳本更適合起步
流程還沒說清楚就開始寫腳本，容易把誤解一起固定下來。我會先用中文 Markdown 把情境對齊。
我把中文 Markdown 當成需求和腳本中間的底稿。先用它確認要驗什麼，情境穩了再接 Playwright、Appium 或 Claude Code。
中文情境先對齊流程腳本後置
今天的問題是什麼
流程剛開始整理時，大家對步驟、邊界和預期結果可能還沒有共識。這時直接寫腳本，會把其中一個人的理解先固定下來。
為什麼我先用中文情境
中文情境接近原始需求，非工程的人也能一起確認。前置條件、步驟和預期結果先寫清楚，之後交給 Playwright、Appium 或 Claude Code，都有同一份底稿。
腳本什麼時候才進來
等情境穩定、需要重複執行，而且大家知道要驗什麼，我才會把它接到工具端。腳本負責執行已經確認的流程，不替團隊補上還沒談好的判斷。
- 先有步驟和預期結果
- 再決定哪些要自動化，哪些保留人工判斷
- 最後才讓腳本承接已經穩定的部分
為什麼情境要留著
情境留著之後，補測、改流程和交接都比較容易。回頭看報告時，也能知道當初為什麼這樣驗。