Palestra ministrada no TDC 2015, na trilha de testes, sobre o processo de testes adotado no Nubank.

1. @luiz_hespanha
Testes em uma
startup do mundo
financeiro

2. 2
Sobre o Nubank
Startup brasileira que está construindo
um banco totalmente digital do zero,
SEM USAR COBOL.

3. Pontos importantes sobre a palestra
3
• Foco em testes para o backend.
• Não existe “certo" ou “errado”, é
apenas o processo que seguimos e
funciona para nós.

4. Pra começar já jogando a bomba…
4

5. Processo
5
Não temos um time de QA, tão pouco
terceirizamos os testes para uma
consultoria.

6. Processo
6
• Pair programming
• Com outros DEVs e com pessoas
de negócio.

7. Processo
7
Linguagem ubíqua

8. Processo
8
Pessoas de negócio DEVEM conseguir
ler e entender código, especialmente
testes.

9. Exemplo de testes
9

10. Processo
10
• Review de código com o Github
• Abertura de “Pull Request” ao fim
do desenvolvimento de uma
funcionalidade.

11. Review de verdade
11

12. Review de verdade
12
• Todos revisam, inclusive pessoas de
negócio.

13. Quando um bug é encontrado
13
• Primeira coisa é escrever um teste
que simule este bug.

14. Microservices
14
Monolítico Microservices

15. Por que isso importa para testes?
15
• Em um ano e meio temos mais de
100k linhas de código.

16. Por que isso importa para testes?
16
• Garantir o isolamento das mudanças.

17. Dentro de cada serviço
17
• Testes unitários
• Regras de negócio.
• Exercitar todos os cenários
possíveis do negócio.

18. Dentro de cada serviço
18
• Postman
• Teste caixa preta do serviço.
• Exercitamos apenas os principais
cenários de cada funcionalidade.

19. Dentro de cada serviço
19
• Uma vez que o “Pull Request” é
“mergeado" no “MASTER”…

20. Dentro de cada serviço
20

21. Juntando tudo
21
• testes e2e
• Integração entre os serviços.
• Apenas o caminho feliz de cada
funcionalidade.
• Simula o ambiente real.

22. e2e
22

23. visível para todos
23

24. Alguns pontos importantes
24
• Feedback "rápido"
• Nossa suíte roda em média em 10
minutos.

25. Alguns pontos importantes
25
• Uma funcionalidade chega em PROD
após 25 minutos em média, já
testada!

26. alguns pontos importantes
26
• o e2e é DOLOROSO.

27. Alguns pontos importantes
27
• Se quebrar ninguém coloca mais
nada em PROD.

28. Alguns pontos importantes
28
• É importante ter um “dono" do e2e
que pega no pé das pessoas que
podem ter “quebrado" o e2e.

29. Alguns pontos importantes
29
• Não arrumou em 30 minutos,
“reverte" o Pull Request que
“provavelmente" quebrou o e2e.

30. Tratar código de teste igual código de produção
30
• Começou dar problemas, refatora.
• Começou a demorar, refatora.
• Quebra de vez em quando, refatora
para deixar 100% e não quebrar
nunca.

31. to-stag
31
Testes manuais SE necessário.

32. Além de tudo isso…
32
Certas funcionalidades de maior risco
são lançadas inicialmente para um
grupo controlado de usuários.

33. Além de tudo isso…
33
"Eating your own dog food”

34. Nunca acaba…
34
Aperfeiçoamento de todo o processo.

35. 35
OBRIGADO!

36. 36
Contatos
e-mail: luiz.hespanha@nubank.com.br
twitter: @luiz_hespanha
Temos VAGAS! Para + infos acessem:
http://www.nubank.com.br