snapshot tests: estratégia de agile testing para antecipação de falhas

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

Post on 29-Nov-2014

119 views

Category:

Software

1 download

Embed Size (px)

DESCRIPTION

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.

TRANSCRIPT

  • 1. Instituto de P&D localizado em Manaus (hardware e software)
  • 2. Treinamentos Constantes
  • 3. Ambiente Descontrado
  • 4. Criatividade e melhoria contnua de nossos processos
  • 5. Surgiu a ideia de melhorar nosso processo de desenvolvimento com Snapshot Tests
  • 6. Mas como nosso processo de desenvolvimento?
  • 7. Scrum
  • 8. Temos 30 times que utilizam Scrum
  • 9. Definition of Done (DoD)
  • 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 cdigo devem ter sido atingidas.
  • 11. Qualidade de Cdigo Codificao Verificao Testes
  • 12. Aps a concluso de um conjunto de funcionalidades, o time gera uma verso para testes
  • 13. Testes de Release
  • 14. Lies aprendidas: no dava tempo de corrigir e verificar as falhas
  • 15. Time tinha a sensao de nadar, nadar e morrer na praia
  • 16. Esse tipo de problema faz parte da realidade dos times de vocs?
  • 17. Snapshot Tests
  • 18. No precisar aguardar uma release para iniciar os testes
  • 19. Estratgia batizada de Snapshot Tests
  • 20. O termo Snapshot remete ao Maven
  • 21. Mas no uma ideia atrelada a uma ferramenta
  • 22. Tem mais a ver com integrao do time Do que com ferramentas
  • 23. Snapshot Tests
  • 24. Falhas encontradas so imediatamente comunicadas
  • 25. O que preciso para que essa estratgia funcione?
  • 26. Todo time fisicamente prximo
  • 27. Time deve compreender a importncia da estratgia
  • 28. Boa comunicao do time fundamental
  • 29. Releases no deixam de existir
  • 30. Mas ento qual a vantagem?
  • 31. Antecipao de falhas
  • 32. Problema detectado o quanto antes
  • 33. Reduo de Falhas nos Testes de Release
  • 34. Reduo do Tempo de Registro das Falhas
  • 35. Reduo do Tempo de Registro das Falhas
  • 36. Reduo do Tempo de Registro das Falhas
  • 37. Reduo no Tempo de Reporte de Falhas 61 falhas * 8 min = 488 min = >8 horas
  • 38. Reduo no Tempo de Reporte de Falhas 48 falhas * 2 min = 96 min = >1.5 horas 13 falhas * 8 min = 104 min = < 2 horas
  • 39. Se convertermos esse tempo em dinheiro
  • 40. 220h -> R$ 5.000,00 8 h -> ? Se convertermos esse tempo em dinheiro 220h -> R$ 5.000,00 3,5 h -> ?
  • 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. E para 30 testadores R$ 5454,60 R$ 2386,50
  • 43. Automao de testes Especificao de novos cenrios Educao do desenvolvedor para testar
  • 44. Muito Obrigada! Carla Oran coran@fpf.br