test-driven-development

Enforces red-green-refactor TDD cycles with stack-specific conventions for Java, Angular, React, and Python.

1|Updated Jul 17, 2026
One-click install
npx skills add https://github.com/dariovr1/sixth-sense --skill test-driven-development-dariovr1
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-driven-development
Source: https://github.com/dariovr1/sixth-sense/tree/main/skills/test-driven-development
Command: npx skills add https://github.com/dariovr1/sixth-sense --skill test-driven-development-dariovr1

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? It prevents untested or over-engineered code from shipping by enforcing a strict red-green-refactor loop: one failing test per behavior, minimal implementation, and disciplined refactoring, with interface approval gates before any code is written. ## Core Features & Use Cases - Iron Law TDD Cycle: Write exactly one failing test per behavior, watch it fail, implement the minimal code to pass, then refactor with tagged cleanup categories (delete, stdlib, yagni, shrink). - Scope Classification: Classifies tasks as Spike, Bounded, or Architectural before starting, routing architectural changes to a design roundtable instead of the TDD loop. - Stack-Specific Conventions: Loads reference guides for Java/Spring Boot (JUnit 5, Gradle), Angular (Jasmine/Karma/Jest), React/Next.js (Vitest, RTL), and Python (pytest). - Testing Anti-Pattern Guards: Blocks mock-heavy tests, test-only production methods, and non-falsifiable assertions. - Use Case: When adding a new endpoint to a Spring Boot service, the skill requires confirming the interface with the user, listing behaviors including edge cases, then cycling one test at a time using ./gradlew test --tests commands. ## Quick Start Ask the AI to implement a new feature or bug fix using test-driven development with the red-green-refactor cycle for your project's stack.

Frequently Asked Questions about test-driven-development

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce TDD red-green-refactor in an AI coding workflow?

This skill enforces the cycle by requiring exactly one failing test per behavior, watching it fail for the right reason, writing minimal code to pass, then refactoring. It bans writing multiple tests upfront and requires interface confirmation before any code.

What test frameworks does this TDD workflow support?

It ships stack-specific references for JUnit 5 with Mockito and Gradle for Java/Spring Boot, Jasmine/Karma or Jest for Angular, Vitest or Jest with React Testing Library for React/Next.js, and pytest for Python.

When should I skip TDD for a quick prototype or spike?

Only a genuine Spike is exempt: a feasibility question whose output gets deleted or rewritten afterward. If you cannot commit to discarding the code, classify the task as Bounded or Architectural and follow the full TDD cycle.

Why is mocking everything in unit tests a problem?

Over-mocking produces tests that verify the mock rather than real behavior, breaking on refactors while missing integration failures. The skill requires naming the production change that would fail each test and mocking only at the lowest level that preserves real side effects.

Can I write all the tests first and then implement them together?

No. Horizontal slicing is explicitly banned: each behavior must complete its own red-green-refactor cycle before the next test is written. More than one new failing test at a time is treated as a rule violation.