O documento discute a jornada para o Continuous Delivery, apresentando como a entrega de software evoluiu de 40-60 dias em 2011 para 1-3 dias em 2016 através da adoção de práticas como Agile Testing, lançamentos em pequenos batches e desenvolvimento baseado em trunk. Também destaca elementos-chave para alcançar a entrega contínua como alinhamento organizacional, cultura de melhoria contínua e infraestrutura automatizada.

1. A jornada para o
Continuous
Delivery

2. Quem sou?
Diego Paris

3. Desempenho de entrega ao longo do tempo
2011
2012
2013
2014
2016
40-60 dias
15-20 dias
8-12 dias
3-5 dias
1-3 dias

4. Reflexo do Continuous Delivery
● Mais de 500 histórias em 1 ano
● ROLLBACK → 0
● BUG → 0

9. Cultura dos escoteiros

10. Kaizen - Melhoria Contínua
Rodrigo Yoshima

11. Pirâmide de Maslow

12. Pirâmide de Maslow

13. Infraestrutura de delivery automático

14. Infraestrutura de delivery automático
X

15. Pesquisa
80%:
● Agile Testing
● Small Batches
● trunk-based (sem branches)
20%:
● Agile Testing
● Small Batches
● trunk-based (sem branches)
● infraestrutura (jenkins)

16. Agile Testing

17. Tipo de testes
● Teste Funcional (Caixa-Preta)
○ Analisa as funções do software; o que o software faz
○ O método mais utilizado para realizar o teste funcional é executar a função do sistema
utilizando dados válidos (testes positivos) e dados inválidos (testes negativos)
● Teste Não funcional
○ Analisa as restrições de como o software faz;
○ É executado para medir as características que podem ser qualificadas em uma escala
variável, por exemplo, o tempo de resposta em um teste de performance

18. Tipo de testes
● Teste Estrutural (Caixa-Branca)
○ Teste baseado na estrutura interna de um componente ou sistema:
■ Caminhos independentes dentro do código
■ Decisões lógicas
■ Laços - dentro de valores limites e equivalência
■ Estruturas de dados internas

19. Qual fazer?
OU

20. Qual fazer?
OU
X

21. Controller Service RepositoryX
Entrada
Saída

22. Controller Service RepositoryX
Entrada
Saída
ServiceTest XTest

23. Controller Service RepositoryX
Entrada
Saída
ServiceTest XTest
Mock Mock

24. Controller Service RepositoryX
Entrada
Saída
ServiceTest XTest
Y Z
Mock Mock

25. Controller Service RepositoryX
Entrada
Saída
ServiceTest XTest
Y Z
X
Mock Mock

26. Controller Service RepositoryX
Entrada
Saída
BusinessTest
Entrada
Saída

27. Controller Service RepositoryX
Entrada
Saída
BusinessTest
Entrada
Saída
Mock

28. Controller Service RepositoryX
Entrada
Saída
BusinessTest
Entrada
Saída
Mock
Y Z

29. Teste Integrado
● Testar apenas a integração (comunicação) dos componentes

30. Pontos positivos
● O teste é feito por caixa-preta, ou seja, ao criar o build é garantido o
funcional do componente - tempo na ordem de segundos
● Refatoração do código não compromete o código de teste
○ Permite muita refatoração =D
● Minimiza o uso de mocks - “mocka” apenas o necessário
● Facilita a criação de small batches

31. Ponto negativo
● Se mudar a entrada e/ou saída do componente, terá uma grande
refatoração dos testes

32. O que precisa para alcançar Continuous Delivery?
● Alinhamento com a empresa ou área em que trabalha
● Apoio da gestão
● Cultura da Melhoria Contínua
● Agile Testing
● Small Batches
● Trunk-based
● Infraestrutura - (Jenkins)

33. Bibliografia

34. Conclusão
● Foque em práticas ágeis e não em ferramentas!
● Procure melhorar sempre, mesmo que seja um pouco por dia
● Coloque uma visão (desafio) para você e para o time
● Saia da sua zona de conforto

35. brigado