22.1. Testes do desenvolvedor: papel e limites
Testar mostra a presença de erros, nunca a ausência; teste para quebrar, não para confirmar.
Resumo
- Tipos: unidade, componente, integração, regressão e sistema. Caixa preta × caixa branca.
- Teste ≠ depuração: teste acha o erro; depuração acha a causa e corrige.
- Testar não melhora a qualidade sozinho: "é como tentar emagrecer se pesando mais vezes".
- Teste primeiro (test-first): mesmo esforço, acha defeitos antes, força pensar nos requisitos.
- Limites: devs testam o caminho limpo; superestimam a cobertura (acham 95%, é ~50–60%).
Perguntas-chave
responda de cabeça, depois abraPor que testar não melhora a qualidade por si só?
Porque o teste só revela defeitos; a qualidade vem de como o software é construído.
Qual a relação entre testes limpos e sujos em organizações maduras?
Elas fazem cerca de 5 testes sujos (que tentam quebrar) para cada teste limpo (que confirma que funciona).
Quais as vantagens de escrever o teste antes do código?
Detecta defeitos mais cedo, força pensar nos requisitos e no projeto, e custa o mesmo esforço total.
Exercícios de fixação
0/5 respondidas1.
"Tentar melhorar a qualidade testando mais é como tentar emagrecer se pesando mais vezes." A ideia é:
2.
Um desenvolvedor só escreve testes com dados válidos para confirmar que o código funciona. Qual limitação?
3.
Desenvolvedores costumam achar que a cobertura de seus testes é de 95%. Medida de fato, ela fica perto de:
4.
Qual a diferença entre teste e depuração?
5.
Teste de caixa branca significa que quem testa: