O documento discute técnicas de testes exploratórios de software, enfatizando a liberdade e responsabilidade do teste individual para otimizar continuamente a qualidade do trabalho tratando o projeto, design, execução e interpretação dos resultados dos testes como atividades mutuamente apoiadas. Também discute a complementaridade entre testes exploratórios e testes de regressão planejados.

1. testando
so!ware como um verdadeiro profissional
@andrefaria

2. Referências

3. No mundo real
usuários fazem
coisas malucas

4. Lançamos so!ware que
não está preparado para
lidar com o que se
encontra depois do
release

5. Você tenta antecipar
todas as fontes de falhas,
mantém potenciais
problemas em mente,
escreve testes para validar
todas as condições que
pode imaginar.
Ainda assim há espaço
para falhas, você não pode
testar tudo.
São variações demais.

6. Testes exploratórios são
uma maneira de se
navegar por essas
variações infinitas

7. Você utiliza suas
habilidades para
observar e analisar
para adaptar sua
investigação em
tempo real

8. Não trata-se apenas
de testar sem casos de
testes documentados
ou planos de testes

9. “Exploratory Testing is a style of
so!ware testing that emphasizes
the personal freedom and
responsibility of the individual
tester to continually optimize the
quality of his/her work by treating
testing related learning, test
design, test execution, and test
result interpretation as mutualy
supportive activities that run in
parallel thoughout the project.”
James Bach

10. Executar um conjunto de
testes pré-planejados de
forma repetível (testes de
regressão) e realizar
testes exploratórios são
duas coisas que se
completam, não que
competem

11. Testes de
Regressão tocam
apenas uma
pequena parte de
um mundo de
possibilidades.

12. Faça testes exploratórios em
sessões com tempo definido
Experimente e
tome notas de suas
descobertas para uso futuro

13. Toda aventura
começa com um
mapa, prepare suas
jornadas, e começe
a explorar

14. lora r o
E xp de
imento
re ceb com
ado rias de
m erc ção
de inje
aqu es Sc ript
at ava
e J
S QL

15. ane iras
obr ir m
Desc r u ma
rec ebe
de
cal com
fis
no ta
inválida.
uta ção
trib

16. Na Medida Certa
nem muito genérico, nem muito específico

17. Impacto nos
Requisitos não
funcionais
performance
escalabilidade
confiabilidade

18. Dados Legados

19. Pense no
que poderia
dar errado

20. Pense nas interações com
funcionalidades já existentes

21. É difícil de ver aquilo que você
não está procurando
http://www.youtube.com/watch?v=IGQmdoK_ZfY

22. Observar bem é uma das habilidades
mais difíceis de desenvolver

23. Ao testar você
deve ir além das
perguntas
óbvias e
superficiais

24. Fique Atento ao
Console e aos Logs
aprenda a alterar os níveis
de log da Aplicação

25. Procure por variáveis que podem
afetar o comportamento do
sistema de formas interessantes
campos espaço em disco
memória querystrings
parâmetros configurações
inputs cliques SO
versões browser
velocida de entrada

26. Teste com Dados e Sem Dados

27. Troque as
Posições,
Ordens, e
Formatos, e
Tamanhos das
Coisas

28. Cuidado com Coisas Escondidas
que podem ser Manipuladas

29. Testes
Exploratórios tem
há ver com fazer
perguntas que
nunca foram
perguntadas antes

30. Quais são os
maiores riscos do
seu sistema?
Começe por aí.

31. Teste a Consistência
Busque por coisas que
você consegue fazer em
uma tela mas não
consegue fazer em
outra semelhante

32. Fique de olho na
segurança dos
dados: assegure-se
que informações
confidenciais
sempre sejam
criptografadas

33. Identifique os
Sempres e os
Nuncas de seu
Sistema

34. Cuidado com os
botões de voltar e
avançar (e teclas
especiais) na Web

35. Personas
de forma o uso do
sistemas varia de uma
persona para outra?

36. Teste Eventos
Simultâenos
Enquanto Apura o
Resultado, exclui-se
uma nota fiscal...

37. Fique de Olho nos
Estados
Ativo, Inativo,
Cancelado, Pago,
Pendente,
Auditado, Quitado,
Prorrogado, Vivo,
Morto, etc.

38. Verbos e Estados
Pense nas ações do
sistema, e quais
são válidas em
cada um estados
possíveis

39. Teste Interrupções
Tempo esgotado,
logout, matar o
processo,
hibernar,
desconectar

40. Explore Bugs
Conhecidos para
Descobrir a Causa

41. Escreva Testes de
Aceitação
Automatizados
usando Fitnesse,
Cucumber,
Selenium, etc.

42. “Todo defeito é
100% reprodutível
se você puder
descobrir e
controlar todas as
variáveis que
afetam o
comportamento”
Explore It

43. Pergunte: E se?

44. Muito
Obrigado!
@andrefaria
http://blog.andrefaria.com
http://blog.blueso!.com.br