rodri-oliveira-dev Objetivo
Orientar uma revisao pragmatica de testes automatizados para aumentar confianca, diagnostico e manutencao.
Esta skill nao busca apenas mais testes. Ela busca testes que verifiquem comportamento relevante e falhem pelos motivos certos.
Quando usar
- O usuario pedir auditoria, revisao ou melhoria de qualidade dos testes.
- Testes estiverem passando, mas dando pouca confianca.
- Houver suspeita de asserts fracos, excesso de mocks ou acoplamento a detalhes internos.
- Um prompt alterar testes de forma ampla.
Quando nao usar
- Escrever testes novos do zero sem foco em auditoria.
- Rodar testes apenas para validar build.
- Medir cobertura pura sem avaliar qualidade.
- Migrar framework de testes.
Anti-padroes criticos
- Sem assert significativo.
- Assert tautologico.
- Teste que apenas toca linhas sem validar comportamento.
- Assert fraco demais para o risco protegido.
- Excecao engolida.
- Excesso de mocks.
- Acoplamento a implementacao.
- Flakiness por tempo, ordem ou ambiente.
- Dados magicos sem intencao clara.
Processo
- Identifique o projeto de teste e o comportamento protegido.
- Leia o codigo de producao relacionado quando necessario.
- Classifique problemas por severidade.
- Separe problema de teste ruim de problema de design no codigo produtivo.
- Sugira o menor ajuste seguro.
- Quando houver relacao com teste de integracao futuro, consulte
integration-tests-dotnet. - Valide com o projeto de teste afetado quando houver mudanca.
Criterio de qualidade
Um teste bom deixa claro qual comportamento protege, prepara dados intencionais, executa uma acao observavel e verifica resultado ou efeito com asserts relevantes.