Clean code Capítulo 09

Testes de Unidade

Grupo: ● Victor Carvalho● Marco Aurélio● Diogo Ribeiro● Henrique Hirako

Testes de unidade

1. As 3 leis do TDDa. Não escrever código de produção sem ter criado

seu teste antes;b. Não escrever mais de um teste de unidade do que o

necessário para falhar;c. Não escrever mais código de produção do que o

necessário para o teste.

2. Como manter os testes limpos

3. Testes e a evolução do Código

Testes limpos e Linguagem de testes específica a domínio

- Utilização do padrão de codificação nos testes;- O código do testes devem seguir as regras de nomenclatura auto-explicativa;- Utilização de funções utilitárias e API's para testes;- Agiliza e flexibiliza o desenvolvimento e aumenta a acurácia dos testes;

Um padrão duplo e Umaconfirmação por teste

- Ambiente de Produção X Ambiente de Testes;- Exemplo: StringBuffer;- Uma assertiva por teste;- Um único conceito por teste;- Concisão e compreensão;- Legibilidade, legibilidade...

Um único conceito por teste e F.I.R.S.T.

1. Conceitos diferentes devem ser testados em testes diferentes

2. F.I.R.S.T - 5 regras para testes limposa. Fast: Testes lentos não serão rodados com frequênciab. Independent: Testes devem ser rodados independentemente

e em qualquer ordemc. Repeatable: Testes devem rodar em qualquer ambiente caso

contrário existirá sempre uma desculpa para uma falhad. Self-Validating: Testes devem ter uma saida booleana, ou

seja, o testador não deve verificar manualmente a saida do teste

e. Timely: Testes unitários devem ser escritos antes do código em produção.