Um pouco sobre testes unitarios, cobertura de código e TDD

1. Unit test & TDD
Ricardo Moura - Test Analyst

2. Ricardo Moura
Há 7 anos, inimigo número 1 dos desenvolvedores
Aspirante a desenvolvedor
Desde 2014 na equipe de QA da Tecban.
Certificado pelo BSTQB nos níveis Foundation e Agile Tester
Amante dos carros velhos e rápidos
“Aquele cara chato”
“Por que comprar se eu posso fazer gastando o dobro?”

3. LinkedIN
www.linkedin.com/in/ricardoamr

4. Modelo V e
Pirâmide de
teste
Testes
Unitários
Cobertura TDD
Teoria
Prática Dev a Java
application
Testes
Unitários
Cobertura TDD

5. Teoria

6. Modelo V
X
Pirâmide de teste

7. Modelo V
Functional
Requirement
High Level
Design
Detailed
Design
Coding
System
Testing
Integration
Testing
Unit
Testing
User
Requirement
Acceptance
Testing
V&V

8. Pirâmide de Teste

9. ¿Testes unitários?

10. Unidade: “Menor parte testável
de um programa de
computador”
“Soma(a,b)”
Teste
Unitário:
“Aplicação de teste
que consiste em
validar as entradas e
saídas de uma
unidade de código”

11. UnidadeEntrada Saída
Interruptor pra cima
Interruptor pra baixo

12. Porque?

13. “Em um processo de desenvolvimento/construção, cada
colaborador deve prezar e garantir a qualidade da sua entrega”

14. TEMPO
CUSTO
“Quanto mais cedo
defeitos forem
encontrados, mais
barato e rápido será
para corrigi-los”

16. • Forma de Diminuir a Alta Taxa de Defeitos
• Essencial no desenvolvimento de software e entrega de código legível, que se mantém
com facilidade por qualquer membro da equipe.
• Auxilia o desenvolvedor a escrever um código para que outras pessoas da equipe entenda.
• O Aumento das Validações de todas as funções do sistema.
• Diminui a probabilidade de erros futuros.
• Permitem a simplificação dos códigos, fazendo com que elementos desnecessários fiquem
de fora e não resultem no mau funcionamento do sistema
Motivações

17. Como?

18. public double soma(double valorA, double valorB) {
double resultado = valorA + valorB;
return resultado;
}
Entradas: valorA, valorB
Saída: resultado
@Test
public void testeSoma() throws Exception{
double valorA = 3;
double valorB = 2;
double resultado = soma(valorA,valorB);
assertEquals(5,resultado,0,001);
}
Correto?

19. NÃO

20. • Escreva o teste primeiro(TDD)
• Nunca inicie com um teste que será bem sucedido
• Comece com valores nulos, ou algo que não funcione
• Não fique com medo de fazer algo trivial para fazer o teste funcionar
• Desacoplamento e testabilidade andam de mãos dadas
• Faça apenas 1 ação e 1 verificação por teste
• Divida o seu teste em 3 partes, Preparação, Ação e Verificação (em inglês:
Arrange, Act and Assert)
Best Practices

21. @Test
public void testeSoma() throws Exception{
double valorA = 3;
double valorB = 0;
Calculadora calculadora = new Calculadora();
double resultado = soma(valorA,valorB);
assertEquals(5,resultado,0,001);
}
irá falhar
Preparação
Ação
Comparação

22. Frameworks

23. PyUnit
NOSE
https://goo.gl/AANM8s
Frameworks

24. Cobertura

25. “Objetivo de uma avaliação de cobertura de código é
informar lacunas em sua estratégia de testes unitários”
Facilita o encontro de módulos, classes e funções
que são testados de modo insuficiente como por
exemplo IF e catch parcialmente cobertos.
A maioria das IDEs lhe dão uma indicação visual:
Verde: Linhas que são cobertas pelos testes.
Vermelho: Linhas que não são cobertas pelos testes.
Amarelo: Branchs que não foram cobertos completamente

26. https://goo.gl/mio9QX
Frameworks

27. TDD
Test Driven Development

28. TDD
“É uma técnica que consiste em escrever os testes
unitários antes das classes e métodos de uma aplicação”

29. Porque?

30. Feedback imediato e constante
100% de cobertura de teste unitário
Somente o necessário é desenvolvido
Aplicação mais legível e simples
Documentação viva
Controle do progresso do desenvolvimento
Desenvolvimento fragmentado.

31. Como?

32. Escreva um
teste que
FALHE
Escreva código
para PASSAR
o teste
REFATORE
o código
TDD Cycle

36. *Técnica chamada Fake-it

39. Prática

40. Dev a Java
application

42. Testes
Unitários

44. Cobertura

45. http://update.eclemma.org
Instalação Eclemma/jacoco

46. Execução Eclemma/jacoco

47. TDD