O documento discute como times unificados e equipes ágeis que automatizam testes e implementações podem ser mais eficazes ao entregar software. Ele também descreve como testes e automação habilitam a abordagem DevOps e como especialistas de QA podem ajudar a apoiar requisitos, desenvolvimento, testes e processos.
27. Referências
❏ Introducing the Software Testing Cupcake (Anti-Pattern)
❏ The Practical Test Pyramid
❏ 2017 Puppet DevOps Report
28.
29. Obrigado
Para perguntas ou sugestões:
rlima@thoughtworks.com
rafalima07@gmail.com
www.linkedin.com/in/rafaelplima/
https://www.slideshare.net/rafalima07/quebrando-as-barreiras
Notas do Editor
Intro
Em TI há 15 anos
Suporte
Testes mobile
Líder de equipe
Automação em shell
Automação Selenium
Consultar Líder da TW
Aprendi a quebrar as barreiras
Qualidade para mim é tudo: escrita da história; deploy; infra; CI; como se usa o git; como o time interage entre si; cerimônias ágeis
Quantas pessoas aqui trabalham em equipes separadas: dev, qa, infra
Quantas trabalham em equipes únicas?
Um time contra o outro
Atrasos são de QA
Infra responsável por CI, CD, deploy
Trabalhei em equipes que a história era 1 linha
Só está pronta se estiver bem descrita, senão podemos fazer a coisa errada
Temos agoras especialistas participando de tudo
Infra passa a ser histórias a serem priorizadas
Em progresso é o melhor local para achar bugs
Para ter um time unificado, o perfil em T é necessário
Não há CI ou CD sem automação.
Integração contínua
Entrega contínua
Feedback rápido
Da saúde
De prod - sem downtime para deploy, pode ser usado para ajudar o negócio a vender mais
Diferencial na performance das equipes
Testes - muito demorado, repetitivo e propício ao error
Infra - demanda tempo configurar máquinas, disponibilizar para times, adicionar uma lib
Deploy - frequentemente acontece a noite, repetitivo e propício ao error, migrações. Vi no cliente ter q desfazer um deploy logando no Remote Desktop e copiando e colando as queries.
Relembrando onde eh melhor achar bugs
Fast feedback
Sempre vai existir manual
Exploratório
Sanidade
Visual gráfico mobile
Tendência usar anti-padrão
Projetos de menos de 6 meses não valem a pena (timing pro mercado, empresa de marketing)
Desenvolvedor não gosta de teste unitário.
Falta de prática
Automação não é 1 pessoa. Todos precisam estar envolvidos
Comum em equipes que estão começando a fazer automação
No processo de transformação para pirâmide ideal.
Não pensar na divisão de papéis e sim na mentalidade da pessoa QA
A pessoa QA pode tocar em várias áreas e assim fazer a ponte
Processos
Retro não acontecendo
Ações da retro não sendo feita
Stand up sem foco
Requisitos do Negócio
PO não sabendo escrever uma história
Ensinar a equipe a fazer ACs
Desenvolvimento
Sem saber como testar unitário ou oq testar
Checagem de código estático
Se importar com testes e CI
Testes
Como testar
Como transformar AC em cenários de testes manuais
Como transformar AC em cenários do cucumber
Devops
CI sendo monitorado, há alguma TV com ele
Pipeline como código
Suporte
Tempo de espera dos usuários