O documento discute a importância de uma cultura de testes em times de desenvolvimento mobile. Aborda os desafios de implementar testes, como código legado e resistência das equipes, e como adotar práticas como Continuous Delivery para garantir a qualidade do software e entregas contínuas. Também mostra como uma empresa evoluiu para ter mais de 96% de aplicações sem crashes graças a testes.

1. cultura de testes em
times mobile
Ramon Rabello
Software Engineer, Colab

2. Ramon Rabello
about.me/ramonrabello
Falo “Égua!”
Comunidades
Senior Android
Software Engineer
~10 anos

3. Disclaimer: As opiniões sobre
testes nesta apresentação são
do palestrante e não da empresa.
“
“

4. ?
O que aprendemos sobre Testes

5. Garantir que determinada
feature do sistema funcione
como esperada.
“
“

6. “
“
Garantia de que mudanças não
quebre funcionalidades já
existentes.
quebrem

7. “
“
Garantia de qualidade do seu
sistema com menor probabilidade
de erros.

9. ?
O que ouvimos na prática

10. “
“Testar dá trabalho.

11. “
“Não tenho tempo para criar
testes!

12. “
“Testar é perda de tempo.
Ou eu implemento ou testo!

13. “
“Ah, eu commitei o código. Só faltou
testar!

14. “
“Não entendo o motivo de simular cenários
que o usuário nunca irá executar!

16. Mas o importante é
entregar no prazo!

17. E quando sobe a build, você comemora o/

18. Mas erros acontecem
em produção

19. E você fica sem entender

20. Os usuários insatisfeitos

21. E o cliente…p***

22. ?
Desafios para uma cultura
de testes

23. “
“Nem sempre é trivial testar
código legado

24. “
“Arquiteturas muito acopladas
dificultam os testes

25. “
“Você pode enfrentar resistências
dentro do seu próprio time

26. “
“Mudança para um mindset ágil
pode ser rápido ou demorar

27. “
“Garantir que sua app irá executar
na maioria dos dispositivos

28. ?
Continuous Delivery
Mobile Pipeline

29. Branching
Criação de branches para cada
funcionalidade/fixes que entrarão
para a próxima versão do app

30. Coding
Implementação das features
que estarão inclusas na próxima
versão do app

31. Pull Requests
Para cada feature, é criado um
pull request para aprovação

32. CI para Testes
Assim que um push é realizado, o CircleCI
inicia a execução de testes unitários,
instrumentados (UI Tests) e de aceitação

33. Code Reviews
Outras pessoas do time realizam o
code review de acordo com alguns
guidelines de qualidade

34. Branch Merge
Depois do code review, se não tiver
nenhum rework, o merge da feature
branch é realizado.

35. Staging build
Depois do merge, o CircleCI gera builds
em staging para fins de testes internos
do time, clientes e envolvidos.

36. Launchpad
Tarefas de pré-lançamento são realizadas
pelos sistemas de build das apps, como
incremento da versão, geração de release
notes, assinatura, snapshots.

37. Publishing
Assim que a build tiver sido gerada,
uma nova versão (de acordo com a
fase de build) estará disponível na loja
4.2.0

38. Publishing
Assim que a build tiver sido gerada,
uma nova versão (de acordo com a
fase de build) estará disponível na loja
4.2.0ATUALIZAR
ATUALIZAR

39. master
4-1-1
dev1/notifications
dev2/new-gallery
dev3/surveys-fixes
production branch
next version branch
feature branch
merge
merge
CI tasks & Web hooks

40. ?
Para acompanhar a
evolução das apps

42. ?
Como estamos hoje

43. “
“96%+ crash free

44. “
“Maior cobertura de testes

45. “
“Testes fazem parte do DoD

46. “
“Testes “na mão” não são mais
uma dor de cabeça

47. “
“Arquitetura mais reativa e menos
acoplada (MVP + Kotlin + RxJava)

48. Colab
A rede social para a cidadania
Participe de consultas
públicas
Seja o fiscal da sua cidade
Ajude a melhorar sua
cidade!
http://colab.re

49. Saiba mais
Mobile Continuous Integration - CircleCI
AWS Device Farm
https://aws.amazon.com
https://circleci.com/mobile/
Yahoo Flurry
https://y.flurry.com/
Crashlytics
https://try.crashlytics.com/

50. ?
Dúvidas

51. Obrigado!
about.me/ramonrabello
Faça parte do Tá Safo!
slack.tasafo.org/
Faça parte do agilidade.org
agilidade.typeform.com/to/A80enI