Instituto de P&D localizado 
em Manaus (hardware e 
software)
Treinamentos Constantes
Ambiente Descontraído
Criatividade e melhoria 
contínua de nossos 
processos
Surgiu a ideia de melhorar 
nosso processo de 
desenvolvimento com 
Snapshot Tests
Mas como é nosso processo 
de desenvolvimento?
Scrum
Temos 30 times que 
utilizam Scrum
Definition of Done (DoD)
Todo Sprint Backlog deve ter sido desenvolvido e testado. 
Todas as falhas identificadas durante o Sprint devem ter sido 
...
Qualidade 
de Código 
Codificação 
Verificação Testes
Após a conclusão de um conjunto 
de funcionalidades, o time gera 
uma versão para testes
Testes de Release
Lições aprendidas: não dava 
tempo de corrigir e verificar 
as falhas
Time tinha a sensação de “nadar, nadar e morrer na praia”
Esse tipo de problema faz parte da realidade dos times de 
vocês?
Snapshot Tests
Não precisar aguardar uma release para iniciar os testes
Estratégia batizada de “Snapshot Tests”
O termo “Snapshot” remete ao Maven
Mas não é uma ideia atrelada a uma ferramenta
Tem mais a ver com 
integração do time 
Do que com 
ferramentas
Snapshot Tests
Falhas encontradas são imediatamente comunicadas
O que é preciso para que 
essa estratégia funcione?
Todo time fisicamente 
próximo
Time deve compreender a 
importância da estratégia
Boa comunicação do time 
é fundamental
Releases não deixam de existir
Mas então qual a 
vantagem?
Antecipação de falhas
Problema detectado o quanto antes
Redução de Falhas nos Testes de Release
Redução do Tempo de Registro das Falhas
Redução do Tempo de Registro das Falhas
Redução do Tempo de Registro das Falhas
Redução no Tempo de Reporte de Falhas 
61 falhas * 8 min = 488 min = >8 horas
Redução no Tempo de Reporte de Falhas 
48 falhas * 2 min = 96 min = >1.5 horas 
13 falhas * 8 min = 104 min = < 2 horas
Se convertermos esse 
tempo em dinheiro…
220h -> R$ 5.000,00 
8 h -> ? 
Se convertermos esse 
tempo em dinheiro… 
220h -> R$ 5.000,00 
3,5 h -> ?
Se convertermos esse 
tempo em dinheiro… 
220h -> R$ 5.000,00 
8 h -> R$ 181,82 
220h -> R$ 5.000,00 
3,5 h -> R$ 79,55
E para 30 testadores… 
R$ 5454,60 
R$ 2386,50
Automação de testes 
Especificação de 
novos cenários 
“Educação” do 
desenvolvedor 
para testar
Muito Obrigada! 
Carla Oran 
coran@fpf.br
Snapshot Tests: estratégia de agile testing para antecipação de falhas
Snapshot Tests: estratégia de agile testing para antecipação de falhas
Snapshot Tests: estratégia de agile testing para antecipação de falhas
Snapshot Tests: estratégia de agile testing para antecipação de falhas
Snapshot Tests: estratégia de agile testing para antecipação de falhas
Próximos SlideShares
Carregando em…5
×

Snapshot Tests: estratégia de agile testing para antecipação de falhas

361 visualizações

Publicada em

A adoção de metodologia de desenvolvimento ágil não implica no abandono das estratégias de testes tradicionais. Entretanto, as mesmas devem ser repensadas para que se adequem a um time ágil. Uma abordagem a ser utilizada são os snapshot tests, que são testes parciais do produto a partir de um build gerado pelo testador com o intuito de validar pequenas features à medida que as mesmas vão sendo concluídas. Com isso, é possível antecipar falhas e evitar a burocracia dos testes tradicionais. Essa abordagem tem produzido resultados satisfatórios nos times da FPF Tech.

Publicada em: Software
1 comentário
2 gostaram
Estatísticas
Notas
Sem downloads
Visualizações
Visualizações totais
361
No SlideShare
0
A partir de incorporações
0
Número de incorporações
6
Ações
Compartilhamentos
0
Downloads
5
Comentários
1
Gostaram
2
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Snapshot Tests: estratégia de agile testing para antecipação de falhas

  1. 1. Instituto de P&D localizado em Manaus (hardware e software)
  2. 2. Treinamentos Constantes
  3. 3. Ambiente Descontraído
  4. 4. Criatividade e melhoria contínua de nossos processos
  5. 5. Surgiu a ideia de melhorar nosso processo de desenvolvimento com Snapshot Tests
  6. 6. Mas como é nosso processo de desenvolvimento?
  7. 7. Scrum
  8. 8. Temos 30 times que utilizam Scrum
  9. 9. Definition of Done (DoD)
  10. 10. Todo Sprint Backlog deve ter sido desenvolvido e testado. Todas as falhas identificadas durante o Sprint devem ter sido corrigidas e verificadas. E todas as metas de qualidade de código devem ter sido atingidas.
  11. 11. Qualidade de Código Codificação Verificação Testes
  12. 12. Após a conclusão de um conjunto de funcionalidades, o time gera uma versão para testes
  13. 13. Testes de Release
  14. 14. Lições aprendidas: não dava tempo de corrigir e verificar as falhas
  15. 15. Time tinha a sensação de “nadar, nadar e morrer na praia”
  16. 16. Esse tipo de problema faz parte da realidade dos times de vocês?
  17. 17. Snapshot Tests
  18. 18. Não precisar aguardar uma release para iniciar os testes
  19. 19. Estratégia batizada de “Snapshot Tests”
  20. 20. O termo “Snapshot” remete ao Maven
  21. 21. Mas não é uma ideia atrelada a uma ferramenta
  22. 22. Tem mais a ver com integração do time Do que com ferramentas
  23. 23. Snapshot Tests
  24. 24. Falhas encontradas são imediatamente comunicadas
  25. 25. O que é preciso para que essa estratégia funcione?
  26. 26. Todo time fisicamente próximo
  27. 27. Time deve compreender a importância da estratégia
  28. 28. Boa comunicação do time é fundamental
  29. 29. Releases não deixam de existir
  30. 30. Mas então qual a vantagem?
  31. 31. Antecipação de falhas
  32. 32. Problema detectado o quanto antes
  33. 33. Redução de Falhas nos Testes de Release
  34. 34. Redução do Tempo de Registro das Falhas
  35. 35. Redução do Tempo de Registro das Falhas
  36. 36. Redução do Tempo de Registro das Falhas
  37. 37. Redução no Tempo de Reporte de Falhas 61 falhas * 8 min = 488 min = >8 horas
  38. 38. Redução no Tempo de Reporte de Falhas 48 falhas * 2 min = 96 min = >1.5 horas 13 falhas * 8 min = 104 min = < 2 horas
  39. 39. Se convertermos esse tempo em dinheiro…
  40. 40. 220h -> R$ 5.000,00 8 h -> ? Se convertermos esse tempo em dinheiro… 220h -> R$ 5.000,00 3,5 h -> ?
  41. 41. Se convertermos esse tempo em dinheiro… 220h -> R$ 5.000,00 8 h -> R$ 181,82 220h -> R$ 5.000,00 3,5 h -> R$ 79,55
  42. 42. E para 30 testadores… R$ 5454,60 R$ 2386,50
  43. 43. Automação de testes Especificação de novos cenários “Educação” do desenvolvedor para testar
  44. 44. Muito Obrigada! Carla Oran coran@fpf.br

×