Este documento fornece informações sobre testes de software, incluindo: 1) Apresenta diferentes tipos de testes como testes unitários, de integração e de usabilidade. 2) Discute a importância dos testes automatizados em comparação com testes manuais. 3) Explica o conceito de Test Driven Development (TDD) e como ele ajuda a escrever código de melhor qualidade.

1. software
de
Teste

2. Help  About me...
• André Phillip Bertoletti
• Desenvolvedor de software
autônomo, professor, consultor e
agitador de comunidades
• Entusiasta das Boas Práticas e
Métodos Ágeis
• Curto também: violão, políticas
públicas, café, espiritualidade, etc...
apbertoletti@gmail.com
@apbertoletti
/apbertoletti
/apbertoletti

3. Test infection

4. Ahá!
moments
compartilho alguns...

7. Qualidade de Software

8. O que é
qualidade
mesmo?
Mas...

9. Qual dos carros abaixo tem mais
qualidade?

10. Ahá! moment #1
Qualidade tem a ver
com a perspectiva do
cliente sobre o
produto

11. Como está a qualidade na indústria
de software
Fonte: Stanish Group Chaos Report 2020

12. Em busca de mais qualidade...
Paradigmas de
programação
Métodos
ágeis
Padrões
De projeto
Frameworks
Boas
práticas
Teste de
Sotware
Open Source
Lean
Software
Ferramentas
Mais robustas
Maturidade dos
Profissionais
Comunidades

13. Tipos de testes (zoom in)
Testes
exploratórios
Testes de
integração
Testes manuais
Testes de
aceitação
Testes
unitário
BDD
Testes de
mutação
Testes de
usabilidade
Testes de
carga/stress
Testes de UI TDD

14. Pirâmide de testes

15. Custo de correção de um bug no ciclo
de vida de um software

16. Conceitos básicos

17. O que é
testar
mesmo?
Mas...

18. Um processo feito de forma
responsável precisa ser
testado sempre, a fim de
garantir que o resultado
obtido confere com o
resultado esperado

19. Processo: “Pendurar quadro na parede”
Qual seria o teste deste processo?

20. Passou no Teste - OK!!!
Resultado esperado =
quadro na parede

21. Ahá! moment #2
Um teste de qualidade
precisa ter clareza do(s)
seu(s) resultado(s)
esperado(s)!

22. Aqui entra o teste unitário
Teste unitário é a verificação da
menor unidade de um processo (ou
das unidades mais importantes),
afim de validar se os resultados de
entrada/saída conferem com o
esperado.

23. Qualquer processo manual
que também possua um
resultado
esperado
é passível
de
testes unitários
(automatizado
ou manual)

24. Software: é aqui que entramos...

25. Construir um Software significa
automatizar um processo que
antes era feito manualmente
Dados de
Entrada
Processamento
Automático
Dados de
Saída

26. Testes manuais

27. Como acontece um teste manual
NECESSIDADE:
Desenvolver um software que
calcule as quatro operações
aritméticas básicas entre dois
valores e mostre o resultado na
tela.
RESULTADO ESPERADO:
(operação de adição)
• Valor1 = 100
• Valor2 = 200
• Resultado = 300

28. Vamos a demo!

29. Ahá! moment #3
Um teste de qualidade
precisa ter definidos
bons cenários de testes

30. Somente os
testes
manuais
bastam?
Mas...

31. O problema é que estes testes
não são automáticos
... e tarefas complexas
feitas de forma manual
cansativas e chatas... e, uma
hora ou outra, nós deixaremos de
fazê-las.
e repetitiva tornam-se

32. Além disso, outros fatores que
dificultam o teste manual...

33. Testes automatizados

34. Testes como nossa
Rede de proteção

35. Pensando além
do F5 (RUN)...
se nós já
automatizamos o
processo, será que
não conseguimos
também
automatizar
o seu
teste???

36. Um outro software
testando...
Portanto, o Teste Unitário
Automatizado nada mais é que...
...o seu software

37. Quando rodamos um teste
automatizado, fica sob
responsabilidade dele nos informar
quais testes passaram ou não

38. Frameworks de Teste Automatizado
• C#
– MSTest (http://msdn.microsoft.com/en-us/library/ms243147.aspx)
– xUnit (https://xunit.net)
• Java
– JUnit (http://junit.org)
• JavaScript
– Unit.JS (http://unitjs.com)
• Delphi
– DUnit (http://dunit.sourceforge.net)
• Objetive-C
– OCUnit (http://www.sente.ch/software/ocunit)
• Demais linguagens
– http://en.wikipedia.org/wiki/List_of_unit_testing_frameworks

39. Vamos a demo!

40. TDD – Test Driven Development

44. Escutar o
que teste
está
dizendo

45. Test Driven
Develoment

46. Ahá! moment #4
TDD te ajuda a escrever
o menor e o melhor
código para resolver um
problema

47. 1
2
3

48. Vamos a demo!

49. Exercício para TDD
Desenvolver uma rotina que calcule o salário
líquido do funcionário (com descontos), levando em
consideração o salário atual e o cargo
do funcionário.
As regras de negocio são as seguintes:
• Desenvolvedores possuem 20% de desconto caso
seu salario seja maior do que R$ 3000,0. Caso
contrario, o desconto e de 10%.
• DBAs e testadores possuem desconto de 25% se
seus salários forem maiores do que R$ 2500,0.
15%, em caso contrario.
Resolução: https://github.com/DevRioClaro/TesteDeSoftware_05-07-2014/tree/master/TDD

50. Ahá! moment #5
Participar de
Coding Dojos me ajudou
muito a compreender e
praticar o TDD

51. Isso tudo
funciona no
mundo real?
Mas...

53. Benefícios
• Desenvolver testes encoraja o programador a
fazer um bom design do seu código,
afim de facilitar o seu teste automatizado.
• Exemplo: separação dos métodos de regras de
negócio, da camada apresentação.

54. Benefícios
• Encoraja o programador a desenvolver
código limpo. Pois, se o método estiver
coberto com testes automatizados, é
garantida a sua refatoração. E isso é feito de
forma segura, garantindo que o mesmo
continuará funcionando.
• Exemplo: (mostrar no código)

55. Benefícios
• Independente do programador (iniciante ou
experiente) que esteja mexendo no código, o
produto final continuará funcionando
como era esperado. Por isso, o teste unitário
automatizado, pode ser considerado um
“Ativo Fixo” de uma empresa de software;

56. Benefícios
• Em sistemas complexos como um ERP,
onde há métodos reutilizáveis e com alto grau
de dependência entre eles, os testes
automatizados garantem que uma simples
manutenção não “quebre” aquilo que já
estava funcionando.
• Exemplo: Implementação da última Nota
Técnica da NFe.

57. Nem tudo são flores...
• Mais código para escrever, pois além do
próprio método original, haverá também o(s)
método(s) de testes que irá cobri-lo.
• Exemplo:

58. Nem tudo são flores...
• Mais código para manter, pois caso haja
alguma alteração nos resultados esperados
dos métodos já cobertos, os seus respectivos
testes também deverão ser reajustados.
• Exemplo:
– Mudou a assinatura do método testado (novo
parâmetro, novo nome, etc).

59. Nem tudo são flores...
• Como toda mudança, o primeiro passo é
sairmos da zona de conforto

60. Lembretes importantes
• NÃO existe software sem Bug! A
ideia do teste unitário é
MINIMIZAR AO MÁXIMO a
existência deles.

61. Lembretes importantes
• Métodos de testes também são
software! Portanto cuidado:
testes mal escritos podem
retornar falsos positivos ou
falsos negativos!

62. Lembretes importantes
• O alto número de testes unitários
pode trazer uma falsa sensação
de segurança. Pois a garantia de
qualidade exige também a
prática de outros testes, como
integração, stress, aceitação, etc.

63. Continuando os estudos...
Playlist sobre Testes
Deep Testing – Automated tests beyond the basics
Como explicar TDD para o seu chefe
http://tdd.caelum.com.br
Princípios SOLID: teoria e prática
https://www.eduardopires.net.br/2015/01/solid-teoria-e-
pratica/

64. Dúvidas?!