回公開筆記

規則筆記

為什麼我會把「驗不到就不算通過」寫成規則

測試裡最危險的不是 FAIL,而是看起來像通過,實際上根本沒驗到。

測試裡最危險的不是 FAIL,而是報告上看起來很完整,實際上根本沒有驗到。這條規則不是在找麻煩,而是在保護後面每一個判斷。

PASS 要有證據BLOCKED 比假通過好結果要真驗

今天的問題是什麼

只要報告寫得夠完整,人很容易把『操作過』誤認成『驗證過』。但實際上,很多關鍵結果如果沒有真的讀內容、看輸出或比對數據,就不能算通過。

為什麼我把它寫成規則

因為沒證據的通過,會把後面所有判斷一起帶歪。你以為某段流程沒問題,接著就會在錯的前提上討論修正、追 bug,最後反而花更多時間。

這條規則實際上怎麼跑

我通常會要求每個 PASS 都要對應到一個具體驗證動作。驗不到的就標 BLOCKED,不用漂亮話把它包成通過。像下載檔案、第三方付款頁、金額結果這種,也要真的看內容,而不是只看畫面像有發生。

  • PASS 要有對應證據
  • 驗不到就標 BLOCKED,不往下假設
  • 重要結果要讀內容,不只看表面狀態

這條規則帶來的差別

它會讓報告變得比較老實,有時候也會讓進度看起來慢一點。但後面少掉的誤判、重跑和錯誤討論,通常比這點速度更有價值。