tdd-enforcement

Solid

Red-Green-Refactor TDD methodology with mandatory failing tests, minimal implementation, quality refactoring, and 80% coverage gating.

AI & Automation 1,160 stars 71 forks Updated today MIT

Install

View on GitHub

Quality Score: 94/100

Stars 20%
100
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
77
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# TDD Enforcement ## Overview Strict test-driven development enforcement adapted from the Everything Claude Code methodology. Mandates the Red-Green-Refactor cycle with evidence-based verification at each phase. ## TDD Process ### 1. RED Phase - Write Failing Tests - Write tests that define expected behavior - Tests MUST fail (exit code 1) - Use CI=true or --run flag, never watch mode - Apply timeout guards (60s) to prevent hanging - Record exit code as evidence ### 2. GREEN Phase - Minimal Implementation - Write the minimal code to make tests pass - Do NOT add features not covered by tests - Do NOT optimize prematurely - Tests MUST pass (exit code 0) - Record exit code as evidence ### 3. REFACTOR Phase - Quality Improvement - Apply SOLID principles and clean code patterns - Improve naming, reduce coupling - Remove duplication - Run tests after EACH refactoring step - Tests MUST remain passing (exit code 0) ### 4. Coverage Gate - Measure coverage: statements, branches, functions, lines - Minimum 80% overall coverage required - Iterate: write additional tests for gaps until threshold met - Maximum 3 convergence iterations ## Rules - Never skip the RED phase - Never accept GREEN without exit code 0 - Never use watch mode in CI - Always record evidence (exit codes, coverage numbers) - Enforce 80% coverage threshold ## When to Use - All code implementation tasks - Feature development - Bug fixes (write regression test first) ## Agents Used - `tdd-guide` (primary cons...

Details

Author
a5c-ai
Repository
a5c-ai/babysitter
Created
4 months ago
Last Updated
today
Language
JavaScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Testing & QA Listed

tdd

Test-Driven Development enforcement skill - write tests first, always

6 Updated today
mazenyassergithub
Testing & QA Listed

tdd

Enforces strict Test-Driven Development with RED-GREEN-REFACTOR cycles. Writes one failing test at a time, implements minimal code to pass, then refactors. Uses subagent isolation to prevent tests-by-construction. Pairs with the `code-quality` skill: invokes `Skill('code-quality')` during the REFACTOR phase to apply the full code-quality rule set against the GREEN output, and cites refactor recipes (R1–R20) by ID when reporting changes. Triggers on: "tdd", "write tests", "test this", "add test coverage", "test driven", "red green refactor", "/tdd".

4 Updated 2 days ago
mthines
AI & Automation Solid

test-driven-development

Use when implementing any feature or bugfix, before writing implementation code. Enforces RED-GREEN-REFACTOR cycle.

1,160 Updated today
a5c-ai
Testing & QA Listed

tdd-patterns

Guide test-driven development through the mandatory Red-Green-Refactor cycle (failing test before code), enforce test quality (one behavior per test, real code over mocks, no implementation-detail testing), and enforce test runner discipline (run mode, no watch mode). Use when implementing features or fixing bugs (with `testing.tddMode='enforce'` blocking implementation without a failing test). This skill MUST be consulted because test-first is the primary quality enforcement point; tests that pass on first write are suspect (likely testing the wrong thing).

5 Updated 3 days ago
synaptiai
AI & Automation Listed

tdd

Implement changes using Test-Driven Development (Red-Green-Refactor). Use for bug fixes, new features, or any code change that should have test coverage.

304 Updated today
kdlbs