TDC2017 | São Paulo - Trilha Android How we figured out we had a SRE team at - Android Apps CI
0 gostou27 visualizações
O documento discute as práticas de integração contínua para aplicativos Android, incluindo os benefícios de reduzir riscos pré-lançamento, aumentar a velocidade e qualidade de entregas, e detectar e corrigir bugs prematuramente. Ele fornece dicas como manter builds curtas e rápidas, não fazer check-ins de builds quebradas, e automatizar testes e lançamentos. Finalmente, o documento apresenta um caso de como essas práticas foram implementadas para melhorar um projeto legado.
TDC2017 | São Paulo - Trilha Android How we figured out we had a SRE team at - Android Apps CI
- 1. Material em: https://goo.gl/FpbhZ7 Android Apps Continuous Integration Eduardo Carrara @DuCarrara Android Developer @ TradeForce
- 2. Material em: https://goo.gl/FpbhZ7 “Once you stop learning you start dying” - Albert Einstein
- 3. Material em: https://goo.gl/FpbhZ7 Continuous Integration (CI)
- 4. Material em: https://goo.gl/FpbhZ7 "Sempre que um membro do time fizer um commit, toda a aplicação deve ser construída e testada por um conjunto de testes automatizados; se a build ou testes falharem o time deve parar e resolver o problema imediatamente." Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation
- 5. Material em: https://goo.gl/FpbhZ7 Benefícios Redução de riscos pré-release Aumento na velocidade e qualidade das entregas Detecção e correção prematura de bugs Feedback rápidos aos desenvolvedores time
- 6. Material em: https://goo.gl/FpbhZ7 Antes de Começar... Tenha um sistema para controle do versionamento Automatize seu processo de build
- 7. Material em: https://goo.gl/FpbhZ7 Práticas de CI: Desenvolvimento Faça check in regularmente (diariamente no mínimo) Sempre esteja pronto para reverter suas alterações Faça uma gestão adequada do seu ambiente de desenvolvimento Tente corrigir por um tempo determinado antes de reverter
- 8. Material em: https://goo.gl/FpbhZ7 Práticas de CI: Testes Crie testes automatizados Espere o resultado dos testes antes de iniciar uma nova atividade Sempre rode os testes antes de integrar as alterações Não comente/desative testes que estão falhando
- 9. Material em: https://goo.gl/FpbhZ7 Práticas de CI: Build Mantenha o processo de testes e build curtos e rápidos Nunca vá para casa com uma build quebrada Não faça check in de uma build quebrada Assuma a responsabilidade por quebras causadas por suas mudanças
- 10. Material em: https://goo.gl/FpbhZ7 Dicas e Cuidados para Android
- 11. Material em: https://goo.gl/FpbhZ7 Android Ambiente, API Level e Build Tools Dependências e Velocidade das Builds Lint Automatize o Release e Utilize Ferramentas de Beta
- 12. Material em: https://goo.gl/FpbhZ7 Rode seus Testes Rode seus testes localmente e no CI check, connectedAndroidTest, testReleaseUnitTest As tasks do Gradle são suas amigas
- 16. Material em: https://goo.gl/FpbhZ7 Situação Legado de ~4 anos com um time novo <1 ano de projeto Medo de refactoring, baixa cobertura de testes Github + TeamCity (self hosted) Falta de visibilidade e rastreabilidade
- 17. Material em: https://goo.gl/FpbhZ7 Ações Adoção do Git Flow Uso do Crashlytics Beta Troca do TeamCity pelo Bitrise.io Melhoria na cobertura de testes
- 18. Material em: https://goo.gl/FpbhZ7 Desafios & Futuro Melhorar a cobertura de Testes Incluir mais ferramentas de análise estática (FindBugs, CheckStyle) Criar suites de testes de integração e adicioná-los ao Bitrise.io
- 19. Material em: https://goo.gl/FpbhZ7 Pensamentos Finais Prática simples mas a implementação pode ser complexa Disciplina e persistência são chave Android tem suas peculiaridades, fique atento!
- 20. Material em: https://goo.gl/FpbhZ7 “… if you are afraid to change something it is clearly poorly designed.” - Martin Fowler Perguntas?
- 21. Material em: https://goo.gl/FpbhZ7 Eduardo Carrara @DuCarrara Obrigado! github.com/ecarrara-araujo
- 22. Material em: https://goo.gl/FpbhZ7 Referências 1. Continuous Integration by Martin Fowler 2. Continuous Integration by ContinuousDelivery.com 3. CI Links by Paul Hammant 4. Large-Scale Continuous Testing in the Cloud by John Penix from Google 5. Continuous Integration: Improving Software Quality and Reducing Risk 6. Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation 7. Why Continuous Integration is so Important by Walmyr Filho