O documento discute test-driven development (TDD) e como ele pode ser usado para melhorar o design de software através de testes automatizados, refactoring e feedback rápido durante o desenvolvimento.

1. TD D
Test-driven development

2. por que
testamos?

3. como
testamos?

4. TE S TE S
M ANUAIS
:(

5. TE S TE S
AUTO M ATIZAD O S
:)

6. Antes do TD D ...

7. código escrito
antes dos testes...

8. é difícil de testar...

9. é difícil de usar...

10. design

11. TD D é mais que testes,
é um método para design
de software.

12. Testes verificam a
usabilidade do código

13. Adição novas funcionalidades
em pequenos passos

14. Feedback rápido
das mudanças no código

15. Não quero usar TD D !!!

16. “Você não tem tempo para escrever
testes unitários, porque gasta
tempo demais debugando.”

17. M udança de hábito

19. R efactoring

21. Ferramentas

22. Selenium

23. S tubs

24. S tubs
//criar mock
LinkedList mockedList = mock(LinkedList.class);
//stubbing...
when(mockedList.get(0)).thenReturn(“first”);
//imprime “first”
System.out.prinlnt(mockedList.get(0));
//imprime “null” não criamos stub para get(999)
System.out.println(mockedList.get(999));

25. M ocks

26. import static org.mockito.Mockito.*;
//criar mock
List mockedList = mock(List.class);
//usando o objeto mock
mockedList.add(“one”);
mockedList.clear();
//verificando interação
verify(mockedList).add(“one”);
verify(mockedList).clear();
M ocks

27. S tubs testam o estado
dos objetos após
execução

28. M ocks testam a
interação entre
objetos durante
execução

29. M ão na massa

30. C alculadora
- S omar dois números inteiros
- S ubtrair dois números inteiros
- M ultiplicar dois número inteiros
- D ividir dois número inteiros

31. O problema com Test-D riven
D evelopment é a palavra “Teste”

32. BDD
B ehavior-D riven D evelopment

33. public class CalculadoraSpec {
@Test
public void deveSomarDoisInteiros() {
...
}
@Test
public void deveSubtrairDoisInteiros() {
...
}
//outros métodos
}

34. E specificação

35. C onta C orrente
- Um depósito deve aumentar o saldo da
conta...
- Um saque deve diminuir o saldo da conta...
- Não deve permitir efetuar um saque
quando saldo é insuficiente...
- Um erro deve ocorrer caso um depósito
com valor negativo seja realizado...
- Um erro deve ocorrer em caso de saque de
valor negativo...

36. “E screva código novo apenas se
você primeiro tiver um teste
falhando.”
Kent B eck

37. insidecode.com.br
blog.insidecode.com.br
leonardo@ insidecode.com.br
@ insidecode @ leonardom