技能 tdd-workflows-tdd-green
1
下載技能 ZIP
2
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
3
開啟並開始使用
測試它
正在使用「tdd-workflows-tdd-green」。 我有一個用於使用者建立的失敗測試。幫助我實作最小程式碼。
預期結果:
- 以下是使用 Fake It 模式的最小實作：
- class UserService {
- create(data) {
- return { id: '123', ...data };
- }
- }
- 這會使用硬式編碼的 ID 通過測試。當更多測試需要時，您可以演進為真實的 ID 產生。
正在使用「tdd-workflows-tdd-green」。 我應該在這個綠色階段實作中加入錯誤處理嗎？
預期結果:
- 不 - 在綠色階段，僅加入測試所需的內容。如果測試未檢查錯誤情境，請暫時跳過錯誤處理。
- 在重構階段加入，當您有驗證錯誤路徑的測試時。
安全審計
安全v1 • 2/25/2026
All 105 detected patterns are false positives from code examples in educational documentation. The skill contains only instructional markdown content with code samples demonstrating TDD patterns. No executable code, scripts, or runtime behavior exists. The 'MD5', 'SHA1', 'SQLite', 'backticks', and 'fetch' patterns appear strictly within code blocks as teaching examples for proper TDD implementation across multiple programming languages.
2
已掃描檔案
947
分析行數
0
發現項
1
審計總數
未發現安全問題
審計者: claude
品質評分
38
架構
100
可維護性
87
內容
32
社群
100
安全
91
規範符合性
你能建構什麼
學習 TDD 基礎
學習測試驅動開發的新開發者可以使用此技能來理解綠色階段方法論，並避免過度工程化等常見錯誤
加速功能實作
經驗豐富的開發者可以快速實作讓測試通過的最小程式碼，而不會在初期開發期間陷入過早優化
團隊 TDD 培訓
採用 TDD ���開發團隊可以使用結構化模式和範例來建立整個組織一致的綠色階段實踐
試試這些提示
基本綠色階段實作
幫助我實作讓這些失敗測試通過所需的最小程式碼。專注於簡單性，避免過度工程化。
語言特定實作
展示如何使用 [JavaScript/Python/Java/C#/Go/Ruby] 為這些測試實作最小程式碼。遵循 TDD 綠色階段最佳實踐。
假實作���真實實作決策
對於這些測試，我應該使用假實作還是真實實作？解釋取捨並推薦最佳方法。
審查並���化實作
審查我的實作，告訴我對於綠色階段是否真正最小，還是我過度工程化了。如需要，建議簡化方法。
最佳實務
- 實作讓測試通過的絕對最小程式碼 - 避免加入測試不需要的功能或優化
- 在每次小變更後執行測試以驗證進度並及早發現問題
- 記錄綠色階段期間累積的技術債和捷徑，以便稍後重構
避免
- 鍍金 - 在綠色階段加入未要求的功能或增強功能
- 過早重構 - 在測試仍然失敗時更改程式碼結構
- 在測試要求之前實作設計模式或架構決策
常見問題
什麼是 TDD 綠色階段？
綠色階段是測試驅動開發的第二步，您在其中撰寫讓失敗測試通過所需的最小程式碼。重點在於簡單性和速度，而非完美。
我應該造假還是實作真實程式碼？
從第一個測試的假實作（硬式編碼值）開始。當後續測試揭示需要一般化的模式時，移至真實程式碼。這讓您專注於通過測試，而非過度思考設計。
我可以在綠色階段期間重構嗎？
在測試失敗時避免重構。首先使用最小程式碼讓所有測試通過，然後在獨立的重構階段進行重構。這讓兩個考量保持獨立且可管理。
如果我的實作感覺太簡單怎麼辦？
這正是綠色階段的重點。擁抱簡單性。相信重構階段會改進設計。專注於使用盡可能少的程式碼讓測試通過。
我需要在綠色階段加入錯誤處理嗎？
僅在測試明確要求時加入錯誤處理。如果測試未涵蓋錯誤情境，請暫時跳過錯誤處理。在您擁有完整測試覆蓋率時，在重構階段加入。
我如何知道綠色階段何時完成？
當所有測試通過時，綠色階段完成。此時，停止實作並移至重構階段。除了測試要求的內容外，不要加入額外功能或改進。