把籠統要求改成可以核對的結果
| 要求 | 要核對甚麼 |
|---|---|
| 預約系統要好用 | 未能據此判斷是否通過 |
| 房間已有預約時，同一時段的第二個申請不獲確認，也不會改動原有預約 | 可檢查申請、操作結果及原紀錄 |
正常預約和時段衝突要分開測試，不能共用一個預期結果。寫清楚客戶會看到甚麼，以及操作失敗時哪些紀錄應保持不變。重點是行為，毋須把指定按鈕顏色或內部實作寫成驗收條件。
試寫一個漏填資料的個案
一張發票沒有貨幣資料。匯入前應怎樣處理？哪些紀錄不應改動？
查看參考答案
先覆核漏填的資料，不新增或改動會計紀錄。確認更正後沿用同一張發票的識別資料繼續處理，並檢查只建立一筆紀錄。
另一位同事能照着例子測試，而且能判斷是否通過，這個例子才算實用。提供足夠的事前資料，但公開例子不要使用真實客戶資料。下方的工作表可用來記錄這些條件。