Um especialista de Q&A responderia facilmente, afinal ele estudou muito para isso! Mas nós desenvolvedores temos maior dificuldade, precisamos de experiência para identificar cenários em código e muitas vezes até ferramentas de cobertura de código:
Não identificar fluxos de negócio em um trecho de código pode trazer diversos bugs para o sistema. Não é por acaso, como testar algo que não conseguimos enxergar?
Não dá né…
Um boa maneira de melhorar sua percepção é escrevendo testes automatizados. Escrever testes aumenta nossa percepção a um nível surpreendente.
Para te ajudar a entender toda a problemática, acabamos de blogar sobre o assunto e porque você deveria se preocupar com os fluxos alternativos do seu código:
[Post] jUnit: testando fluxos de exceção e erro
Cobrir fluxos alternativos e excepcionais com testes é muito barato se comparado a testes manuais. Você nem vai precisar levantar seu Tomcat outra vez…
PS: e aí, quantos cenários você encontrou? Comenta aí embaixo, vamos bater uma bola…
Share this:
Twitter
Facebook
Curtir isso:
Curtir Carregando...
Relacionado
Categorias:Boas Práticas, Desenvolvimento Ágil, Desenvolvimento de Software, Java, TDD, Testes automatizadosTags:exceptions, Java, JUnit, TDD, teste de unidade, testes, Testes automatizados
Publicado por Rafael Ponte
Engenheiro de Software na Zup Innovation tentando ajudar outro(a)s dev(a)s e times a performarem melhor através da educação. Nas horas vagas um podcaster frustrado no @DevsCansados.	Ver todos os posts por Rafael Ponte