Integração Contínua com Hudson, Selenium e Sonar
Transferir como PPTX, PDF5 gostaram2,397 visualizações
O documento discute a integração contínua com ferramentas como Hudson, Selenium e Sonar para automatizar a construção do software, testes e inspeção de qualidade. A integração contínua ajuda a encontrar erros cedo e melhorar a qualidade do software entregue ao reduzir os riscos de incompatibilidade e problemas de integração.
Integração Contínua com Hudson, Selenium e Sonar
- 1. IntegraçãoContínua com Hudson, Selenium e SonarArthur Cesar Oreanaaoreana@gmail.com@arthur_oreana
- 2. A Equipe…
- 4. Na construção de um software…
- 6. Super computador de Produção
- 11. Integraçãoficapara o últimoestágio do desenvolvimento
- 12. Testes feitosapenas com o software pronto
- 13. Síndrome “masfuncionou na minhamáquina!”
- 14. “Ah, qualidade do software é responsabilidade do time de QA!”
- 15. Riscossão sub-estimadosInterpretaçãoerrada de requisitos
- 17. Muitos bugs na fase de integração
- 22. “Integração Contínua é uma prática de desenvolvimento de software onde os membros de um time integram seu trabalho freqüentemente, geralmente cada pessoa integra pelo menos diariamente – podendo haver múltiplas integrações por dia. Cada integração é verificada por um build automatizado (incluindo testes) para detectar erros de integração o mais rápido possível.Muitos times acham que essa abordagem leva a uma significante redução nos problemas de integração e permite que um time desenvolva software coeso mais rapidamente. – Martin Fowler
- 23. Controle de versão
- 24. Construção
- 25. Teste
- 26. Inspeção
- 27. FeedbackControle de versão Local centralizadoparaarmazenamento dos arquivos de um projeto, e tambémcontrolam as versõesdessesarquivos.
- 28. Guardarversões é comoter um botão “desfazer” à nossadisposição!
- 29. Quandodiversaspessoastrabalham juntas em um projeto, o repositóriotorna-se o destino final de tudo o que é produzido.Construção (Build)Processoautomatizado de construçãodaaplicação.
- 31. ANT
- 32. MAVEN
- 36. PMD
- 37. FindBugs
- 38. Duplicação de código
- 39. CPD
- 40. Simian
- 42. Jdepend
- 43. JavaNCSS
- 44. SourceMonitorFeedbackExtremmeFeedback é uma maneira de disponibilizarmos as informações sobre o teste em dispositivos que chamem a atenção da equipe de desenvolvimento:
- 46. Luzes no estilo de um semáforo
- 48. Continuum
- 49. HudsonSincronização do código produzido ao menos uma vez ao diaTestes garantem a consistência da base de código unificadaRelatórios de qualidade gerados automaticamenteProblemas na construção do software tem prioridade máximaFacilmente é possível saber a saúde do projeto
- 51. PMD
- 52. jUnit
- 53. Apache jMeter Hudson
- 54. Selenium
- 55. Tomcat
- 56. Sonarsales.jar v3.0 (Customer.java v2, Product.java v1, ...). sales.jar v3.01. sales.jar v3.02. sales.jar v.4salesutils.war v1.0. salesutils.war v1.1hibernate.jar v3.2ComponentRepository(Maven)Customer.java v1. Customer.java v2. Customer.java v3Product.java v1. Product.java v2Invoice.java v1Source-CodeRepositoryApplicationRepositoryArchivaComplete QA TeamWorkEnvironmentwithConfiguration ManagementSubversion(SVN)AdvancedHudsonMaven...MavenMavenMavenMavenDeveloper 1Developer 2Developer NTester
- 57. QADatabasesalesapp.ear v5.0 salesapp.ear v5.1asalesapp.ear v6.0QAApp ServerApplicationRepositoryPortalContentManagementProject web-site“One-Click Publishing”DeployAdvancedHudsonDeliveryAutomationMavenAdvancedContinuousIntegration. daily build withscheduleoptions. ear, war version controlrepository. batch tests(unit, coverage, functional, static, load, xref, ncss, etc.). project web-site generation. email alerts (build ortestproblems)One-Click DeployProductionDatabaseProductionApp ServerOne-Click App “Production”Versioning(Example: v 5.1)