QU

quality-assurance

Maintains code quality by mandating tests before and after implementation.

Install

mkdir -p .claude/skills/quality-assurance-joleques && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/13357" && unzip -o skill.zip -d .claude/skills/quality-assurance-joleques && rm skill.zip

Installs to .claude/skills/quality-assurance-joleques

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Regras para TDD, gate de testes antes e depois da implementacao, avaliacao de qualidade dos testes e proibicao de remover testes apenas para fazer a suite passar.
162 charsno explicit “when” trigger
Intermediate

Key capabilities

  • Ensure every new artifact requires a corresponding test.
  • Require unit tests for bugs and implementations.
  • Reproduce bugs with tests to prevent recurrence.
  • Execute the relevant test suite before implementation.
  • Report PASS or FAIL after implementation.
  • Evaluate the quality of created or altered tests.

How it works

This skill enforces a Test-Driven Development (TDD) workflow by requiring test execution before and after implementation, evaluating test quality, and prohibiting practices that compromise test integrity.

Inputs & outputs

You give it
Demand involving implementation (bug or new feature)
You get back
Structured response with status, baseline_pre, validacao_pos, achados, and acoes

When to use quality-assurance

  • Enforcing TDD workflows
  • Preventing regressions
  • Reviewing test coverage quality

About this skill

🧪 Regras de Testes e Qualidade

🎯 Cobertura Minima

  • Todo novo artefato exige teste correspondente.
  • bug e implementacao exigem testes unitarios.
  • Em bug, o teste deve reproduzir o problema e impedir recorrencia.
  • Foco principal: testes unitarios. Integracao entra em pontos criticos quando necessario.
  • Testes de API: usar mocks para HTTP/DB quando o contexto pedir isolamento.

🚀 Fluxo Obrigatorio

Estas regras se aplicam quando a demanda envolve implementacao: bug ou implementacao. Para analise, nao ha obrigacao de rodar testes antes ou depois, porque nao ha mudanca de implementacao.

Antes de implementar

  • Execute a suite de testes relevante.
  • Defina e reporte o escopo minimo da baseline (modulo afetado + regressao relacionada).
  • Se a suite falhar antes da mudanca, interrompa o trabalho.
  • Analise a falha e discuta com o usuario antes de seguir.

Durante a implementacao

  • Nao trate teste como acessorio decorativo.
  • Nao remova teste so para fazer a suite passar.
  • Se um teste precisar ser removido por mudanca real de comportamento, registre a justificativa explicitamente.

Ao final da implementacao

  • Execute os testes relevantes e reporte PASS ou FAIL.
  • Avalie a qualidade dos testes criados ou alterados.
  • Verifique se os testes cobrem o comportamento pedido, nao apenas a linha feliz cosmetica.

🔍 Criterios de qualidade dos testes

  • O teste falha sem a implementacao correta.
  • O teste protege regra de negocio ou comportamento observavel.
  • O teste tem nome claro e intencao legivel.
  • O teste nao depende de excesso de mocks sem necessidade.
  • O teste nao foi afrouxado artificialmente para aceitar comportamento incorreto.

🚫 Antipadroes proibidos

  • Remover teste para maquiar suite verde.
  • Alterar assercoes para algo vago so porque a implementacao nao sustentou o contrato.
  • Declarar "nao aplicavel" para testes. Nesta base, teste sempre e aplicavel.

✅ Definition of Done (Geral)

  1. Código limpo e testado.
  2. Sem nomes genéricos.
  3. Logs estruturados em inglês via logAdapter.
  4. Testes executados antes e depois da implementacao.
  5. Qualidade dos testes analisada e reportada.
  6. Documentação sugerida/atualizada.

Saida estruturada obrigatoria

Ao concluir a revisao, responda com:

  • status: PASS ou FAIL
  • baseline_pre: comando(s) e resultado antes da implementacao
  • validacao_pos: comando(s) e resultado apos a implementacao
  • achados: riscos de teste e cobertura
  • acoes: correcoes obrigatorias antes de concluir

When not to use it

  • When the task is analysis and does not involve implementation changes.
  • When the task requires removing tests just to make the suite pass.
  • When the task involves altering assertions to be vague.

Limitations

  • It prohibits removing tests solely to make the suite pass.
  • It prohibits declaring 'not applicable' for tests, as tests are always applicable in this context.

How it compares

This skill establishes strict rules for test coverage and quality, ensuring that tests are integral to the development process and not merely an accessory, unlike development without enforced TDD principles.

Compared to similar skills

quality-assurance side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
quality-assurance (this skill)03moNo flagsIntermediate
python-testing-patterns772moReviewIntermediate
fix-bug117moReviewIntermediate
test-fixing19moReviewIntermediate

Try saying

Example prompts that trigger this skill in your AI assistant.

Search skills

Search the agent skills registry