規則筆記
為什麼我會把「驗不到就不算通過」寫成規則
測試裡最危險的地方，是看起來像通過，實際上根本沒驗到。
我後來把這件事寫進測試規則：每個 PASS 都要有對應證據。沒有完成驗證，就照原因標出來，不讓報告替結果下結論。
PASS 要有證據BLOCKED 比假通過好結果要真驗
今天的問題是什麼
操作有跑完，不等於結果有驗過。下載內容、畫面輸出或數據只要沒有真的讀取和比對，就不能標成 PASS。
為什麼我把它寫成規則
沒有證據的 PASS 會把後面的判斷一起帶歪。團隊可能在錯的前提上追 bug、改流程，最後還得回頭重跑。
這條規則實際上怎麼跑
每個 PASS 都要對應一個具體的驗證動作。結果依實際狀態標成 PASS、FAIL、BLOCKED 或 N/A。像下載檔案、第三方付款頁和金額結果，都要真的看內容，不能只看畫面像有發生。
- PASS 要有對應證據
- 沒完成驗證就不標 PASS，依原因標 BLOCKED 或 N/A
- 重要結果要讀內容，不只看表面狀態
這條規則帶來的差別
這樣做有時會讓進度看起來慢一點，但報告會更接近真實狀態。少一個假 PASS，後面就少一次誤判或重跑。