P/
PromptTools
選單
資產庫
指令組合
產生指令包
管理資料
Instruction asset
編輯一般指令
共用內容只保存一份；工具差異放在專用補充，下載時才組合。
基本資料
01
名稱
唯一代稱
小寫英文、數字與連字號；建立後仍可修改但不可重複。
簡短說明
主要分類
未分類
預設排序
標籤
尚無標籤，可先到「分類與標籤」建立。
共用 Markdown 與即時預覽
02
共用指令內容
--- 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()` 輸出測試的開始、結束與結果。
格式化預覽
工具與套用範圍
03
適用工具
GitHub Copilot
Codex
Claude Code
Cursor
Antigravity
套用範圍
整個專案
指定路徑
指定路徑模式
每行一筆。當次下載仍可覆寫，不會修改此正式設定。
工具專用補充
04
只填差異，不要複製整份共用內容。
GitHub Copilot
Codex
Claude Code
Cursor
Antigravity
修改說明
選填；會保存在這次建立的新版本中。
保存並建立新版本
取消