Conheça o Hudson em 15 min
•Als PPTX, PDF herunterladen•
1 gefällt mir•280 views
Apresentação sobre uso de Integração Contínua na equipe de Engenharia de E-Mail do Terra.
Empfohlen
Weitere ähnliche Inhalte
Andere mochten auch
Conheça o Hudson em 15 min
- 1. Conheça o Hudson!Em 15 min Engenharia de E-mail Ago/2010
- 2. Introdução
- 4. 2002US$ 59 500 000 0000.6% do PIB
- 6. 2008US$ 85 980 000 000
- 10. Propósito Garantia Individual Isolada
- 13. Testando resultado ←toRoman(2) se resultado = “II” então retornaVERDADEIRO senão retornaFALSO
- 14. Testando resultado ←fromRoman(“III”) se resultado = 3 então retornaVERDADEIRO senão retornaFALSO
- 15. Executar testes toRoman()... OK fromRoman()... OK Resultado... Sucesso!
- 16. Desenvolvimento dirigido por testes (TDD)
- 18. Fluxo “natural” Desenvolve Testa Arruma Testa Entrega
- 19. Regra de formação Apenas uma forma de representar Apenas 1-3999 Sem 0 Sem negativos Somente inteiros Copyright © Mark Pilgrim
- 20. Testar regras conhecidas valores_conhecidos(inteiro, romano) ← (1, “I”), (2, “II”), (...),(3999, “MMMCMXCIX”) para inteiro emvalores_conhecidos: resultado ←toRoman(inteiro) se resultado = romano então retornaVERDADEIRO senão retornaFALSO
- 21. Testar regras conhecidas resultado ←toRoman(4000) se resultado = exceçãoentão retornaVERDADEIRO senão retornaFALSO
- 22. Testar regras conhecidas resultado ←fromRoman(“IVILII”) se resultado = exceçãoentão retornaVERDADEIRO senão retornaFALSO
- 23. Executar testes Representação única... FALHA Intervalo 1-3999... FALHA Ausência de 0... FALHA Ausência de negativos... FALHA Ausência de fracionários...FALHA Resultado... FALHA!
- 24. Codifica até que... Representação única... OK Intervalo 1-3999... OK Ausência de 0... OK Ausência de negativos... OK Ausência de fracionários... OK Resultado... Sucesso!
- 25. Refatorar
- 26. Nunca mais mexa neste código!
- 28. A hora da verdade Mesmo princípio do teste de unidade Sistema como um todo Ambiente “real”
- 31. Integração Contínua é integrar continuamente
- 33. XP: Boas práticas Build automático Testes automatizados Commits (no mínimo) diários Build curto Teste em uma cópia do ambiente real Acesso fácil à última versão Visibilidade Deploy automático
- 34. XP: Boas práticas Build automático Testes automatizados Commits (no mínimo) diários Build curto Teste em uma cópia do ambiente real Acesso fácil à última versão Visibilidade Deploy automático
- 37. Hudson Overview Build “On-Commit” Build Noturno Testes Artefatos
- 38. Hudson Hudson e o “Gremlin” Uma parceria de SUCESSO! (Acredite ...)
- 39. Hudson Onde Estamos There’s no Free Lunch ... ... and no Silver Bullet! Baby Steps! Instalador no iníciodo projeto
- 40. Hudson E agora, pra onde, seu Hudson? Separação do servidor IC e ambiente de testes Manter ambiente de testes impecavelmente Limpo Continuous Deployment (Nightly Build em Preview)
- 41. Hudson Q&A Ainda com dúvidas? Sugestões? Não tema! trratlas@corp.terra.com.br
Hinweis der Redaktion
- O que o Hudson faz?O Hudson faz builds do software do projeto e testa estes builds.Podem haver vários tipos de builds, como build a cada commit e o build noturno. Geralmente, o build noturno é o mais importante pois é o mais completo, enquanto que builds feitos a cada commit devem ser rápidos para evitar stress no servidor de IC.O resultado do build do software (rpm, deb, tar.gz, etc) é um dos artefatos gerados pelo Hudson. Outros artefatos podem ser documentação gerada automaticamente a partir dos fontes, relatórios da execução dos testes
- Sequencia do video:Controle de versão.Cobertura de código.Falha no build.Build ok
- - IC tem um custo, e o servidor deve ser configurado e mantido para atender devidamente as necessidades de cada projeto. Nenhum servidor de integração continua vem pronto, todos que se prezam são apenas “robôs” que devem ser devidamente programados e integrados no ambiente de desenvolvimento já existente. - Com IC nem todos seus problemas se acabaram. - Para amortizar esse custo, IC pode ser adotada gradualmente, não é preciso ter todos os relatorios e todas as ferramentas de geraçaõ automatica em uma tacada só. O servidor de IC deve evoluir conforme as necessidades do projeto. - Erro que fizemos no projeto, demoramos demais para ter o instalador, torna o ambiente de testes mais proximo de um ambiente real e diminui a “poluição” nele.
- - Melhorias no ambiente de testes.- “Ruídos” no ambiente de testes diminuem perigosamente a eficiencia e confiabilidade da execução dos testes, e por consequencia, a confiabilidade dos builds gerados enquanto durar o “Ruído”.- Hudson instala software em preview para executar testes funcionais em ambiente similar ao de produção.