tdd-workflow

Enforce a TDD workflow requiring unit, integration, and E2E tests before implementation.

1|Updated Feb 1, 2026
One-click install
npx skills add https://github.com/dopiotrek/dotclaude --skill tdd-workflow-dopiotrek
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tdd-workflow
Source: https://github.com/dopiotrek/dotclaude/tree/main/skills/tdd-workflow
Command: npx skills add https://github.com/dopiotrek/dotclaude --skill tdd-workflow-dopiotrek

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill enforces a rigorous Test-Driven Development (TDD) process, ensuring high code quality and comprehensive test coverage for all new features, bug fixes, and refactors.

Core Features & Use Cases

  • TDD Enforcement: Guides the development process by requiring tests to be written before implementation.
  • Multi-Type Testing: Supports unit, integration, and End-to-End (E2E) tests.
  • Coverage Mandate: Requires a minimum of 80% code coverage across all test types.
  • Use Case: When developing a new API endpoint, you'll first write integration tests to define its expected behavior and then implement the code to satisfy those tests, ensuring reliability.

Quick Start

Activate this skill when starting any new feature development to ensure tests are written first.

Frequently Asked Questions about tdd-workflow

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

FAQPage Schema
When should I not use a strict TDD workflow for software development?

To enforce test-driven development, you must define user journeys and generate unit, integration, and E2E tests first. This TDD workflow mandates writing tests before implementation, iteratively coding until tests pass and achieving at least 80% code coverage.

How do I write integration tests for a new API endpoint using TDD?

Writing integration tests for a new API endpoint using TDD involves defining expected behavior first. You create integration tests to specify the endpoint's responses, then implement the code to satisfy those tests, ensuring reliability and meeting the 80% coverage mandate.

Does this TDD workflow support Playwright for E2E tests?

Yes, this TDD workflow supports Playwright for E2E tests. It guides developers through multi-type testing, supporting various testing frameworks and patterns including Jest, Vitest, and Playwright to ensure comprehensive coverage before code implementation.

What is the minimum code coverage required when following this testing workflow?

The minimum code coverage required when following this testing workflow is 80%. This coverage mandate applies across all generated test types, including unit, integration, and E2E tests, ensuring high code quality for new features and refactors.

Can I use mocking strategies for external services during unit test generation?

Yes, you can use mocking strategies for external services during unit test generation. The workflow supports various testing patterns, including mocking external services, to isolate components and ensure tests accurately validate code before implementation.

When should I not use a strict TDD workflow for software development?

You should not use a strict TDD workflow for software development when exploring experimental prototypes or spikes where immediate behavior validation is unnecessary. This workflow enforces rigorous test creation and 80% coverage mandates, which may slow rapid, exploratory coding.