snapshot tests: estratégia de agile testing para antecipação de falhas
Post on 29-Nov-2014
119 views
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