ada-test-driven-development

Enforces RED-GREEN-REFACTOR test-driven development cycles for features and bug fixes.

Updated Jul 23, 2026
One-click install
npx skills add https://github.com/wubing7755/Ada --skill ada-test-driven-development-wubing7755
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ada-test-driven-development
Source: https://github.com/wubing7755/Ada/tree/main/skills/software-development/ada-test-driven-development
Command: npx skills add https://github.com/wubing7755/Ada --skill ada-test-driven-development-wubing7755

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It prevents untested production code by enforcing a strict test-first workflow, ensuring every feature or bug fix is backed by a failing test that proves the change works and guards against regressions. ## Core Features & Use Cases - RED-GREEN-REFACTOR Enforcement: Requires writing a failing test first, verifying it fails for the right reason, then implementing minimal code to pass before refactoring. - Regression Protection: Runs focused tests and full test suites after each change to catch regressions immediately. - Rationalization Detection: Lists common excuses for skipping tests and red flags that trigger a restart with proper TDD. - Use Case: When fixing a parser bug that crashes on empty fields, write a failing regression test first, confirm it fails, apply the minimal fix, and verify the test passes along with the full suite. ## Quick Start Ask the agent to fix a bug or add a feature using TDD, for example: "Fix this parser crash on empty fields using TDD — write the failing regression test first."

Frequently Asked Questions about ada-test-driven-development

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

FAQPage Schema
How do I practice test-driven development with pytest?

Write one minimal failing test for a single behavior, run it with pytest to confirm it fails for the expected reason, then write the simplest code to make it pass. After green, refactor while keeping all tests passing, and repeat one cycle at a time.

What is the RED-GREEN-REFACTOR cycle?

RED-GREEN-REFACTOR is the TDD loop: write a failing test (RED), write minimal code to make it pass (GREEN), then clean up the code while keeping tests green (REFACTOR). Each cycle covers one behavior before moving to the next.

When should I not use test-driven development?

Skip TDD for throwaway prototypes, generated code, configuration-only changes, and exploratory spikes where the design is still unknown. For exploration, use a spike approach first, then restart implementation with TDD once the design is clear.

Why must the test fail before writing implementation code?

A test that passes immediately proves nothing — it may test the wrong thing or existing behavior. Watching it fail confirms the test actually exercises the missing feature and will catch regressions later.

What should I do if I already wrote code before tests?

Delete the untested code and start over with a failing test. Keeping it as reference leads to adapting it during test writing, which is effectively testing after the fact and produces biased, low-confidence tests.