tdd-workflows-tdd-cycle
執行嚴格的 TDD 循環
團隊經常略過先寫失敗測試,因而失去設計回饋。此技能引導 Claude、Codex 和 Claude Code 完成嚴格的紅燈-綠燈-重構工作流程。
使用我的智慧代理安裝
將此請求複製給你的智慧代理,其中包含權威 Skill 頁面和清單。
Review the Skillstore skill "tdd-workflows-tdd-cycle" from https://skillstore.io/skills/sickn33-tdd-workflows-tdd-cycle.md and its manifest at https://skillstore.io/api/skills/sickn33-tdd-workflows-tdd-cycle/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.你的智慧代理仍應顯示其計畫,並依安全政策請求必要確認。
Agent 可讀資源
當 AI Agent、爬蟲或腳本需要乾淨脈絡、而不是讀取完整頁面時,請使用這些連結。
測試它
正在使用「tdd-workflows-tdd-cycle」。 使用 TDD 建立付款驗證功能。
預期結果:
助理列出驗收標準、撰寫失敗的單元測試、驗證失敗、只實作必要邏輯,然後在測試通過的狀態下重構。
正在使用「tdd-workflows-tdd-cycle」。 對搜尋篩選器使用漸進式 TDD。
預期結果:
助理一次處理一項行為,讓每次實作保持最小化,並在每個循環後記錄覆蓋率進展。
正在使用「tdd-workflows-tdd-cycle」。 審查這項功能是否遵循 TDD。
預期結果:
助理回報階段違規、遺漏測試、覆蓋率缺口和重構需求,然後建議具體的復原步驟。
安全審計
安全All nine static findings are false positives caused by Markdown backticks, headings, or checklist text in SKILL.md. No evidence was found for command execution, system reconnaissance, network reconnaissance, or prompt injection.
風險因素
⚙️ 外部命令 (3)
分享與引用此報告
分享版本化評估報告、中性徽章、嵌入卡片與引用。Skillstore 只報告證據,不判斷該 Skill 是否安全。
複製報告連結
https://skillstore.io/skills/sickn33-tdd-workflows-tdd-cycle/audits/5?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown 徽章
[](https://skillstore.io/skills/sickn33-tdd-workflows-tdd-cycle?utm_source=security_passport_badge)HTML 徽章
<a href="https://skillstore.io/skills/sickn33-tdd-workflows-tdd-cycle?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-tdd-workflows-tdd-cycle/security.svg" alt="Skillstore security assessment" loading="lazy"></a>嵌入卡片
<iframe src="https://skillstore.io/embed/skills/sickn33-tdd-workflows-tdd-cycle.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>學術引用 (APA · BibTeX · CFF)
APA 引用
sickn33. (2026). tdd-workflows-tdd-cycle security audit report (audit version 5) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-tdd-workflows-tdd-cycle/audits/5BibTeX 引用
@techreport{sickn33-sickn33-tdd-workflows-tdd-cycle-2026,
author = {sickn33},
title = {tdd-workflows-tdd-cycle security audit report (audit version 5)},
institution = {Skillstore},
year = {2026},
number = {5},
url = {https://skillstore.io/skills/sickn33-tdd-workflows-tdd-cycle/audits/5},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "tdd-workflows-tdd-cycle security audit report (audit version 5)"
version: "unspecified"
type: report
authors:
- name: "sickn33"
date-released: "2026-09-06"
url: "https://skillstore.io/skills/sickn33-tdd-workflows-tdd-cycle/audits/5"
identifiers:
- type: other
value: "skillstore:sickn33-tdd-workflows-tdd-cycle:audit:5"
description: "Skillstore immutable audit report identifier"
Skillstore 評分
評分依據 證據置信度: 高你可以打造什麼
先寫測試再交付功能
使用紅燈-綠燈-重構循環,從清楚的驗收標準和失敗測試開始建立新行為。
標準化測試自動化
為開發團隊建立可重複的單元、整合、效能和邊界案例測試步驟。
審查 TDD 合規性
檢查某項功能是否遵循先寫失敗測試、覆蓋率檢查點和重構期望。
試試這些提示
將此 TDD 循環套用到 <feature>。先定義驗收標準、邊界案例和失敗的單元測試。先不要實作生產程式碼。
對 <feature> 使用漸進模式。寫一個失敗測試,只實作足夠通過的程式碼,然後在下一個測試前重構。
對 <module> 使用套件模式。設計完整的失敗測試套件,實作最小可通過方案,然後加入整合測試。
依照此 TDD 工作流程審查 <feature>。找出任何中斷的階段、遺漏的檢查點、覆蓋率缺口或重構問題。
最佳實務
- 在撰寫實作前,確認每個測試都因預期原因而失敗。
- 將綠燈階段的程式碼限制在失敗測試所要求的行為範圍內。
- 在每個重構步驟後執行相關測試套件。
避免
- 在失敗測試存在之前就撰寫實作程式碼。
- 只為了讓壞掉的生產程式碼通過而修改測試。
- 在測試變綠後略過重構。