---

applyTo: '**/*'

---

程式碼測試規範

1. 核心測試理念

• 測試目標: 主要針對 BLL (業務邏輯層) 的公開方法進行整合測試。
• 測試重點: 驗證業務規則、邊界條件、以及與 DAL 互動後的資料庫狀態。
• 測試環境: 測試案例將在需要存取資料庫的環境下執行，因此必須確保 Web.config 中的連線字串是有效的。

2. BLL 方法測試要點

當被要求為一個 BLL 方法產生測試時，你必須至少涵蓋以下三種類型的案例：

A. 正常情境 (Happy Path)

• 目的: 驗證在正常輸入下，方法是否能成功執行並回傳正確的結果。
• 實作:

- 直接實例化 BLL 類別 (例如 BizUser _bizUser = new BizUser();)。

- 呼叫被測方法。

- 驗證回傳的 DTO 物件或列表其屬性是否符合預期。

B. 邊界條件 (Boundary Conditions)

• 目的: 測試在極端或邊緣輸入下，方法的行為是否正確。
• 實作:

- 傳入 null 或空字串 ("") 給參數。

- 查詢一個不存在的 ID，並驗證方法是否回傳 null 或空列表。

C. 錯誤處理 (Error Handling)

• 目的: 驗證當發生預期內的業務邏輯錯誤時，方法是否能回傳表示失敗的結果。
• 實作:

- 測試違反業務規則的操作（例如建立一個 Email 已存在的使用者），並驗證方法是否回傳 false 或 null。

3. 測試程式碼風格

• 命名: 測試方法應命名為 Test_{被測類別}_{被測方法}_{情境}。
• 斷言: 使用 if (...) throw new Exception("測試失敗: ...") 來進行結果驗證。
• 輸出: 使用 Console.WriteLine() 輸出測試的開始、結束與結果。