O documento discute a importância de se automatizar testes de software para garantir sua qualidade e segurança. Ele explica diferentes tipos de testes que podem ser automatizados, como testes de unidade, integração e aceitação. Também enfatiza que testes ajudam a evitar bugs em produção e permitem que equipes de desenvolvimento entreguem novas funcionalidades de forma mais rápida e confiável.

1. w w w. l a m b d a 3 . c o m . b r

2. Testes de A a Z
Wennder dos Santos
Software developer | ALM Consultant
http://wenndersantos.net

3. “There is no place like production”

4. Corrigindo bug em produção

5. É possível automatizar testes para tudo
• Aplicação
• Banco de dados
• Infraestrutura
• etc.

6. O que programadores fazem?
Automatizam o trabalho das pessoas e
empresas.

7. Por que não automatizar nosso próprio
trabalho?

8. Você testa o software que está
produzindo?

9. Você testa o software que está
entregando?

10. Você testa o software que foi entregue?

11. Se você respondeu não para alguma
das perguntas – por que não?

12. Algumas respostam costumam ser:
• Tempo
• Custo
• Conhecimento
• Dificuldade
• Vontade

13. Por quais razões testamos (ou
deveríamos)?
Qualidade

14. Por quais razões testamos (ou
deveríamos)?
Segurança / Confiança

15. Por quais razões testamos (ou
deveríamos)?
Competitividade

16. Por quais razões testamos (ou
deveríamos)?
Feedback

17. Quais os próximos passos para dominar
a arte de testar?

18. Primeiro
Escrever o primeiro teste

19. Segundo
Escrever o segundo teste

20. Terceiro
Não pare, continue escrevendo testes.
Pesquise por todos os tipos de testes que você possa
automatizar.

21. Alguns tipos de testes
• Unidade
• Integração
• Aceitação
• Smoke
• Regressão

22. Testes de unidade
Testam unidades individuais de código

23. Testes de integração
Testam integração de várias partes de um (ou mais)
sistemas

24. Testes de aceitação
Testam a implementação de casos de uso

25. Teste de fumaça (smoke tests)
Testam de maneira simples se seu sistema está funcionando
após um deploy

26. Testes de (não) regressão
Testam se um comportamento não esperado vai voltar a
acontecer

27. Agora que já conheço e escrevo testes,
nunca mais teremos bugs
Testes não encontram bugs.

28. Calma, não desanime
Seus bugs impeditivos sumirão.
Ou, pelo menos, diminuirão drasticamente.

29. Vamos lá, para aquelas pessoas que
desanimaram
O que acontece quando a gente não escreve testes?
Bugs impeditivos aparecem em produção.

30. Vamos lá, para aquelas pessoas que
desanimaram
E o que acontece quando bugs impeditivos aparecem em
produção?
Cada vez que acontece, uma nova ”parede” entre
desenvolvimento de produção aparece.

31. Vamos lá, para aquelas pessoas que
desanimaram
O que isso causa?
Deploy em produção demora para acontecer.

32. Vamos lá, para aquelas pessoas que
desanimaram
O que isso causa?
Devido a ”distância” entre a última alteração em produção e última em
desenvolvimento, possívelmente problemas com versionamento do
código.

33. Vamos lá, para aquelas pessoas que
desanimaram
O que isso causa?
Bugs impeditivos em produção.

34. Perceberam que virou uma bola de
neve?ESCREVAM TESTES

35. Vou testar só a parte que foi alterada

37. MAS, FOI SÓ UM IF NA PÁGINA DE
CADASTRO, PORQUE RAIOS O LOGIN
NÃO ESTÁ FUNCIONANDO?

38. Alguns exemplos, de projetos passados,
em imagens

45. Alguns exemplos em um pequeno
live code

46. Links úteis
• Teste e Design no Mundo Real com .NET
• Test Driven Development: By Example
• Growing Object-Oriented Software, Guided by
Tests
• The Art of Unit Testing: With Examples in C#

47. w w w. l a m b d a 3 . c o m . b r
Av. Angélica, 2318, Cj. 11 | Consolação - São Paulo - SP
11 2386.1886 | contato@lambda3.com.br