Receber por email
← Voltar para o catálogo

test-driven-development

Prática de desenvolvimento test-first onde as especificações de teste são escritas antes do código de produção, integradas nas tarefas de planejamento como primeiros sub-passos obrigatórios.

1.4kestrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add a5c-ai/babysitter

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/test-driven-development-mpsi0up9/svg)](https://www.skillteca.com.br/skills/test-driven-development-mpsi0up9)

Skills relacionadas

Ver todas de Automação →

Alerta por categoria

Receba novas skills de Automação toda segunda

1 email curto, só com as skills novas de Automação. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Test-Driven Development

Overview

Every code-changing task must enumerate tests before implementation. Test specification is always the first sub-step of each task in the plan.

When to Use

  • During plan writing (test strategy per task)
  • During implementation (write tests before code)
  • When verifying step completion

Process

  1. Specify tests first - Define inputs, expected outputs, edge cases
  2. Write test code - Create automated tests matching specification
  3. Implement production code - Write code that passes the tests
  4. Verify - Run tests and confirm all pass

Test Categories

  • Unit tests: Isolated function/method testing
  • Integration tests: Cross-component interaction testing
  • Manual verification: Human-performed checks when automation is impractical

Key Rules

  • Never combine test writing and implementation into a single step
  • Every task with code changes must have associated tests
  • Tests must be runnable and produce clear pass/fail results
  • Edge cases must be explicitly considered

Tool Use

Integrated into methodologies/rpikit/rpikit-plan and methodologies/rpikit/rpikit-implement

Compartilhar X LinkedIn