test-driven-development
應用測試驅動開發
也可從以下取得: Cycleaddict,davila7,DMJGilbert,DYAI2025,Cygnusfear,CodingCossack,obra
在程式碼撰寫後才寫測試會導致錯誤的信心並遺漏邊界情況。此技能強制執行 TDD 紀律：先撰寫失敗的測試，然後實作剛好足夠通過測試的程式碼。
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「test-driven-development」。 我需要新增一個驗證電子郵件地址的函式
預期結果:
讓我們從 TDD 開始。首先，我會撰寫一個失敗的測試：
```typescript
test('rejects invalid email', () => {
expect(validateEmail('invalid')).toBe(false);
});
```
現在我會執行此測試以確認它失敗...
正在使用「test-driven-development」。 login 函式應處理錯誤密碼
預期結果:
遵循 TDD，先寫測試：
```typescript
test('rejects wrong password', async () => {
const result = await login('user@test.com', 'wrongpass');
expect(result.success).toBe(false);
expect(result.error).toBe('Invalid credentials');
});
```
執行測試以驗證它失敗...
安全審計
安全This is a legitimate Test-Driven Development educational skill. The static analyzer detected 73 potential issues, but after semantic evaluation, all findings are FALSE POSITIVES. The 'external_commands' detections are markdown code block delimiters (backticks) in documentation, not actual shell execution. The 'weak cryptographic algorithm' and 'network reconnaissance' detections are similarly false positives triggered by keywords in educational context. No executable malicious code exists in this skill.
中風險問題 (1)
品質評分
你能建構什麼
新功能實作
建構新功能時，先撰寫定義預期行為的測試，觀察它失敗，然後實作使其通過
錯誤修復流程
修復錯誤時，先撰寫重現該錯誤的測試，觀察它失敗，然後修復程式碼使其通過
有信心的重構
重構之前，確保已存在測試。測試可驗證程式碼變更後行為仍正確
試試這些提示
我需要實作 [描述功能]。遵循 TDD，先撰寫一個失敗的測試來定義預期行為。先不要寫實作程式碼。
執行我剛寫的測試並確認它因正確原因失敗（功能缺失，而非拼寫錯誤）。顯示確切的錯誤訊息。
現在撰寫剛好足夠讓測試通過的程式碼。不要新增額外功能或重構。只需讓測試通過。
有個錯誤：[描述錯誤]。先撰寫一個重現此錯誤並會失敗的測試。然後我會修復它。
最佳實務
- 一次撰寫一個測試 - 專注於單一行為
- 以測試驗證的行為命名測試，而非以被測試內容命名
- 撰寫實作前一定要先觀察測試失敗
- 保持實作最小化 - 僅通過當前測試
避免
- 在測試前撰寫實作程式碼（然後「調整」測試）
- 撰寫測試時保留失敗的實作程式碼作為「參考」
- 立即通過的測試 - 它們不能證明任何事
- 測試 mock 行為而非真實元件行為
常見問題
什麼是測試驅動開發？
為什麼要在寫程式碼之前寫測試？
如果測試很難撰寫怎麼辦？
我可以跳過簡單程式碼的 TDD 嗎？
如果我已經寫了實作程式碼怎麼辦？
TDD 會減緩開發速度嗎？
開發者詳情
作者
ZhanlinCui授權
MIT
儲存庫
https://github.com/ZhanlinCui/Ultimate-Agent-Skills-Collection/tree/main/test-driven-development引用
main
檔案結構