---
# System prepended metadata

title: 驗收測試案例 筆記

---

# 驗收測試案例 筆記

驗證使用者故事是否符合客戶團隊的期望。

驗收測試案例的重點在於該有什麼樣的功能，用什麼樣的方式，能代表滿足這個 user story。

1. 測試案例怎麼來
2. 測試案例怎麼符合使用者需求
3. 怎麼降低使用者需求到系統程式碼中間的落差

格式:

> Feature: 身為作業員，我可以進行單一入料，以便進行 Virtual Tower 的料卷保存與管理
> 
> Scenario: 作業員，單一入料成功，料卷條碼料號存在且儲位符合該料號推薦儲位
> Given: 料卷條碼 GGAG-0001、儲位 GT0365
> When: 進行入料
> Then: 提示入料成功
> 
> Scenario: 作業員，單一入料失敗，料卷條碼格式不正確
> Given: 料卷條碼 FFD1、儲位 GT0365
> When: 入料
> Then: 提示入料失敗，料卷條碼格式不正確

當迭代開始時，開發團隊開始衝刺出增量 (DEV, QAT); 同時客戶團隊開始上個迭代的測試工作 (UAT)。

___

> 參考資料: [30天快速上手TDD](https://dotblogs.com.tw/hatelove/2013/01/11/learning-tdd-in-30-days-catalog-and-reference)

> 參考資料: [測試案例設計入門](https://hackmd.io/@P8NJN5_XQQqQU4i2YIJzEg/HJmQYaknZ)

> 推薦書籍: Specification by Example (中文版 團隊如何交付正確的軟體)