Agile is about speed, but also about quality.The idea of this talk is to explain the journey to automate smoke tests what brought the optimization of code delivery speed while maintaining quality at acceptable levels, and how this required a mindset change towards our definition of done and information sharing among teams.

2. 2001MBA em Projetos
Esan
SBC | SP
2019Mestrado em
Ciência da Computação
Unicamp
Campinas | SP
2019QA Manager
inMetrics
Barueri | SP
1998Engenharia Elétrica
Fei
SBC | SP
Mônica Cachoni
Especialista em Automação de Testes
Inmetrics
Atuou nas áreas de Aviação, Telecom,
Transportes e Qualidade

3. Como eu gostaria de ser Como meus amigos me veem Como realmente sou

4. Motivação
1. ato ou efeito de motivar.
2. motivo, causa.

5. Comunicação Colaboração Automoção Monitoração
DevOps

6. Mudança de
Paradigma
Antes que isso
aconteça, todos
estão fazendo suas
próprias coisas,
à sua maneira.
“

7. Definição dos
Testes
1
Proposta de
melhorias
2
Análise dos
Logs
3
Treinamento
4
Rejeição x
Conscientização
5
Time atuando
No novo
6
Etapas da mudança de Paradigma

8. ▪ Prevenir defeitos
▪ Antecipar erros
▪ Ajudar no design de novas features
▪ Definir principais testes
▪ Definir arquitetura de novas features
▪ Codificar
▪ Commitar
▪ Entregar
Q.A Dev

9. Dev
Dev
Dev
Dev
Dev
Dev
QA QA
SQUAD SQUAD
Planning
Relatório
ResultadosRequisitos
Do Produto
Scrum
Master
Scrum
Master
Scrum Master
Sprint
Daily
Retrospectiva
QA
RELEASETESTE UNITÁRIO INSPEÇÃO
DE CÓDIGO
TESTE DE
SERVIÇO
TESTE DE
FRONT
TESTE DE
REGRESSÃO
Jenkins
ContinuousTesting
COMMIT
REPOSITÓRIO

10. “Pull Request” Builder
Fluxo de Commits:
▪ Abrir Pull Request
▪ Revisão do Código
▪ Palavras Mágicas
• Regress All, ok to test ...
▪ Aprovações
▪ Build & Run
▪ Todos passos Aprovados
▪ AutoMerge

11. Atividades do Q.A
▪ Analisar diariamente commits e Pull Requests abertos
▪ Entender logs e propor resoluções
▪ Reproduzir ambiente
▪ Catequisa devs
▪ Mostrar passo-a-passo para os devs.

12. Atividades do Q.A
▪ Key automation benefits include:
▪ reduced costs
▪ quicker time to market
▪ better detection of defects > better risk coverage

13. Resultado
▪ Devs começaram a fazer “Pull Requests”
menores e aprenderam a ler logs;
▪ Códigos menos “quebrados”;
▪ Todos começaram a se preparar para entregas
antes do prazo;
▪ Dificilmente o time era parado por conta de
algum deploy que quebrou o todo.

14. Nova “rodada”
Adicionamos novos testes aos cenários existentes
Foi recusado pelo cliente que alegou que iria
demorar muito!