test-driven-development

Enforce a tests-first workflow with the Red-Green-Refactor cycle.

1|Updated Jan 14, 2026
One-click install
npx skills add https://github.com/DecentralizedGeo/stac-manager --skill test-driven-development-decentralizedgeo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-driven-development
Source: https://github.com/DecentralizedGeo/stac-manager/tree/main/.github/skills/test-driven-development
Command: npx skills add https://github.com/DecentralizedGeo/stac-manager --skill test-driven-development-decentralizedgeo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This guidance helps developers ensure code quality by enforcing a tests-first workflow, revealing design flaws and unintended behavior before implementing production code.

Core Features & Use Cases

  • Enforces writing tests before production code to catch edge cases early and guide design decisions.
  • Emphasizes the Red-Green-Refactor cycle, iterative growth, and safer refactoring.
  • Applies to feature development, bug fixes, and behavior changes across software projects to improve reliability.

Quick Start

Run a failing test first, then implement the minimal code necessary to make it pass.

Frequently Asked Questions about test-driven-development

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

FAQPage Schema
What is test-driven development and how does it improve code quality?

Test-driven development is a tests-first workflow that reveals design flaws and unintended behavior before production code is written, ensuring correct behavior and higher reliability across software projects.

How do I apply the red-green-refactor cycle when writing tests first?

To apply the red-green-refactor cycle, run a failing test first, then implement the minimal production code necessary to make it pass, and finally refactor safely while keeping the test green.

Can I use test-driven development for bug fixes and refactoring existing code?

Yes, test-driven development applies to bug fixes, behavior changes, and refactoring across software projects, guiding iterative growth and ensuring safer refactoring by verifying correct behavior before implementation.

When should I write production code in a test-driven workflow?

In a test-driven workflow, production code should only be written after a failing test is observed, ensuring that every piece of implementation is driven by a specific test requirement.

What's the best way to start with test-driven development if I have no dependencies?

The best way to start is to run a failing test first, then implement the minimal code necessary to make it pass, enforcing a tests-first approach without requiring any external dependencies.

Why write tests before production code instead of after?

Writing tests before production code catches edge cases early and guides design decisions, revealing design flaws and unintended behavior upfront rather than retrofitting tests to existing implementation.