Melhoria no Desenvolvimento Ágil com Implantação de Processo de Integração Contínua Multiplataforma para Java e.net. Hudson

Transcrição

1 QUALIDADE Simpósio Brasileiro de Qualidade de Software - SBQS Instituto Nokia de Tecnologia Unit Test Sucess Bug INdT Melhoria no Desenvolvimento Ágil com Implantação de Processo de Integração Contínua Multiplataforma para Java e.net Verificação AGILIDADE Hudson SELENIUM Eliane Collins, Thiago Falcão, Rafael Cunha e Vicente Lucena SCRUM Curitiba, Jun 2011

2 Agenda 1. Introdução 2. Contexto do Ambiente 3. Processo Multiplataforma de Integração Contínua 4. Execução e Resultados 5. Conclusão

3 Introdução 3

4 INTRODUÇÃO Ø Crescente adoção de metodologias ágeis para o desenvolvimento de software. Ø Técnicas e estratégias estão sendo pesquisadas para garantir a qualidade e confiabilidade dos sistemas desenvolvidos. Ø A integração contínua se destaca ganhando importância por proporcionar informações que dizem respeito à qualidade durante o desenvolvimento de maneira automática e contínua. 4

5 INTRODUÇÃO Ø O Processo de Integração Contínua é a prática no onde toda equipe deve integrar seu trabalho sempre a cada alteração. Ø Cada integração é verificada, testes unitários e de aceitação são executados para detectar defeitos o mais rápido possível. Ø É possível reduzir problemas de integração, controlar versões estáveis do sistema e permitir que o time desenvolva rapidamente um software coeso 5

6 INTRODUÇÃO Ø Vantagens conhecidas da Integração Contínua: Ø A redução de riscos obtida através da detecção e correção de defeitos mais cedo. Ø Automação de processos manuais e repetitivos (compilação, integração de base de dados, teste, inspeção, distribuição e feedback). Ø Permitir uma melhor visibilidade de projeto (estatísticas reais e recentes fornecidas nos relatórios gerados ). Ø Verificações automáticas de cobertura, validação de padrões de design de código e padronização. 6

7 INTRODUÇÃO 7

8 Contexto do Ambiente 8

9 CONTEXTO DO AMBIENTE Ø Instituto Nokia de Tecnologia INdT Ø É uma instituição independente e sem fins lucrativos comprometida com a realização de pesquisa e desenvolvimento de soluções tecnológicas através do desenvolvimento de aplicações, novas tecnologias e conceitos. Ø A área onde a experiência foi desenvolvida foi Tecnologias de Produto e Manufatura (PMT). 9

10 CONTEXTO DO AMBIENTE Ø SCRUM Ø Metodologia ágil e flexível, centrada no trabalho em equipe; Ø Utilizada para o desenvolvimento incremental e iterativo de qualquer produto 10

11 CONTEXTO DO AMBIENTE Ø Projeto Piloto Ø Realizar a manutenção preventiva de equipamentos que são utilizados ininterruptamente na produção de uma fábrica de produtos eletrônicos. Ø O sistema deveria se comunicar com equipamentos da linha de produção. Ø Evitar a substituição prematura de uma peça ou a parada de linha de produção devido ao desgaste intensivo do equipamento. Ø Diminuir os custos com a manutenção dos equipamentos de produção. Ø Comunicar-se com outros sistemas de produção, com isso utilização de diferentes tecnologias em seu desenvolvimento. 11

12 CONTEXTO DO AMBIENTE Ø Projeto Piloto Ø 3 módulos de desenvolvimento: um cliente web na plataforma Java usando um servidor JBoss; Ø O segundo e o terceiro: um webservice e um serviço na plataforma.net executando em um servidor Internet Infomation Services (IIS). Ø Os módulos necessitavam comunicar-se entre si. Ø Necessária a realização da integração entre os módulos. Ø Não era interessante que cada integrante da equipe executasse os testes unitários em todo o sistema. Ø Se perderia muito tempo com erros de integrações e testes manuais. 12

13 Processo Multiplataforma de Integração Contínua 13

14 PROCESSO Multiplataforma de Integração Contínua Ø O processo deveria fazer parte da metodologia ágil Scrum. Ø Primeira Etapa: Avaliar frameworks de integração contínua disponíveis no mercado. Ø CruiseControl.Net: Ø Ferramenta proprietária e difícil configuração em xml. Ø Não possui muitos pluggins. Ø Hudson 14

15 PROCESSO Multiplataforma de Integração Contínua Ø Hudson Vantagens: Ø Ferramenta livre. Ø Interface amigável e simples de configurar Ø Possui plug-ins, os quais facilitaram a integração com outros softwares e plataformas que seriam usados no projeto. Ø Junit Ø Nunit Ø Subversion (SVN) Ø MSBuild. Ø Selenium Ø 15

16 PROCESSO Multiplataforma de Integração Contínua Ø HUDSON 16

17 PROCESSO Multiplataforma de Integração Contínua Ø Para o módulo do sistema em Java, foi utilizado Apache Ant. Ø Criado um XML responsável por compilar todo o código escrito em Java, executar os testes unitários usando JUnit, empacotar o arquivo, e enviá-lo para o servidor JBoss através da ferramenta Hudson. Ø Para o módulo do sistema na plataforma.net foi utilizado o Microsoft MSBuild. Ø Criado um arquivo MSBuild responsável por compilar o código escrito em.net, executar os testes unitários usando NUnit, e finalmente, executar a distribuição. Ø Distribuição: Republicar e reiniciar a nova versão do webservice no servidor IIS, como também republicar e reiniciar a nova versão do serviço Windows. 17

18 PROCESSO Multiplataforma de Integração Contínua Ø As duas plataformas trabalhavam paralelamente e integradas por causa das várias compilações, testes e distribuições diárias. Ø Quando ocorriam erros de compilação no servidor de integração contínua a correção ou retorno era prioritário Ø Impedimentos não poderiam ser gerados para não atrapalhar o desenvolvimento do restante da equipe. 18

19 PROCESSO Multiplataforma de Integração Contínua Ø Arquitetura do Processo de Integração Contínua Multiplataforma: 19

20 Execução do Processo e Resultados 20

21 Execução do Processo e Resultados Ø Sprint Planning Ø A estimativa das estórias levavam em consideração a codificação dos testes unitários e a integração do código tanto para o módulo.net como para o módulo Java. Ø Sprint Ø Os desenvolvedores codificavam os testes unitários usando JUnit e Mockito para a plataforma Java e NUnit e MOQ para a plataforma.net. Ø Ao final de cada dia, o time tinha que enviar o código trabalhado para o repositório (SVN) Ø Hudson detectava e executava os scripts do Ant, no caso do módulo Java e MSBuild no caso do módulo.net Ø Compilavam, executavam os testes, empacotavam o código e enviavam a versão do software estável para o servidor de destino 21

22 Execução do Processo e Resultados Ø Quando a ferramenta Hudson detectava falhas em qualquer passo desse processo, o script (Ant ou MSBuild) era interrompido. Ø A versão não era enviada para o servidor de destino e todo time recebia um com o relatório sobre as falhas encontradas. Ø Ø É possível visualizar e das ações executadas por cada membro do time, identificando o autor de cada mudança. 22

23 Execução do Processo e Resultados Ø Resultados Ø No fim do Sprint obtinha-se uma entrega de software estável para ser validada pela equipe de teste para validar o critério de aceitação. Ø Em 10 Sprints de projeto foram geradas 140 builds para o módulo Java e 283 builds para o módulo.net. 23

24 Execução do Processo e Resultados Ø Resultados Ø Conforme o processo era executado, a cobertura de testes aumentava e a incidência de falhas no software diminuía. Ø Isso ocorreu porque o ambiente automatizado propiciou mais facilidade na confecção e execução de testes unitários e com isso aumentar a qualidade do código gerado. 24

25 Execução do Processo e Resultados Ø Resultados Atuais Ø Integração com a ferramenta de cobertura de código. 25

26 Execução do Processo e Resultados Ø Resultados Atuais Ø Integração com a Ferramenta Selenium para testes de aceitação automáticos. 26

27 Conclusão 27

28 CONCLUSÃO Ø Este processo de integração contínua possibilitou testes automatizados, uma distribuição rápida e versões do software atualizadas e estáveis. Ø Os desenvolvedores das plataformas Java e.net ficaram focados somente no desenvolvimento em sua respectiva tecnologia. Ø A equipe de testes foi beneficiada, pois as versões de software para teste se tornaram mais estáveis e sem defeitos de integração e implementação. Ø Melhorias: Evoluir o ambiente para inspeção e padronização do código. E melhorar a automação dos testes de aceitação. 28

29 OBRIGADA! Perguntas?? 29