Dúvida no Ex. 45 da Aula 3 - Praticando Test-Driven Development (TDD)

Ola Thiago !

TDD trabalha de uma forma batizada de: baby steps. O primeiro passo é escrever o código e fazer falhar, depois disso começar a implementar passo a passo.

Dessa forma podemos garantir a cobertura do código.

O problema de implementar sem fazer falhar é o mesmo de implementar sem utilizar o TDD, porque estaremos implementando basicamente pensando no caminho feliz.

Além de fazer o teste falhar é importante implementar ele passo a passo e a cada rodada de implementação executar o teste e ver se esta tudo sob controle.

Abraço!

Olá Cristiano, O ideal então seria testar os cenários de falha no próprio console do java?

Thiago,

O legal de usar o TDD e de termos os testes unitarios é o fato de podermos integrar com o Maven por exemplo.

Exemplo:

Imagina que voce criou 10 testes e outro desenvolvedor criou mais 10 testes de outra funcionalidade. Nesse momento apos realizar o merge dos codigos que voce criou com os codigos que o outros desenvolvedor criou.

Através do mavem podemos pedir para que ele execute todos os códigos de uma só vez e nos exiba no console o resultado de cada um deles.

Quando pensamos em TDD estamos pensando num pacote de metodologia e boas praticas.

Endente que implementar o teste unitário é somente a ponta do iceberg ?

Você já deu uma olhada no curso de Maven ?

E indo um pouco mais além de TDD, o assunto já nos leva para integração contínua, e nesse caso te indico o curso de Jenkins.

Como eu disse antes é um pacote de metodologias + boas praticas + ferramentas.

Aqui no alura tem praticamente tudo de mais moderno e o que ainda nao tem vai ter !

Esta afim desse desafio?

Muito legal e hiper valorizado no mercado!

Abraço e bons estudos!

Obrigado pela explicação Cristiano.