Otimizando o QA em times Ágeis | Builders Talks - Blue Digital - Itaú

Palestra realizada em parceria com Carol Vilas Boas para o Builders Talks, Blue Digital e Itaú.

Transcript

1. OTIMIZANDO QA EM TIMES ÁGEIS
2. Rodrigo Vieira QA Specialist ► Palestrante; ► Aspirante a escritor; ► Apaixonado por compartilhar; conhecimento.
3. ► Escritora; ► Palestrante; ► Community Manager; ► Mãe do Serginho; ► Louca dos gatos. Carol Vilas Boas
4. Perfil: • Apontar o problema; • Resistente a novos processos e tecnologias; • Testes manuais e repetitivos; • Aversão a programação; • Apegado aos “seus” testes. Atividades: • Testar no fim do processo de desenvolvimento • Ciclos de testes muito grandes • Prazos extensivos • Focado em encontrar erros Posicionamento de QA Tradicional
5. Done Sprint Backlog WIP QA QA DE DE Hoje... D A B C E PO Essas são as histórias para a sprint DE DE DE QA DE DE DE SM Vamos estimar O QA também? É claro, Temos que considerar o esforço de teste também Tudo pontuado, vamos iniciar o desenvolvimento Essas histórias não estão bem detalhadas, precisamos falar com o P.O Na Planning Dia 3 Dia 5 Dia 7 Ultimo dia da sprint QA, as histórias estão prontas, só falta testar QA Pessoal, falta 1 dia para terminar a sprint, encontrei um bug e não vou conseguir testar tudo SM PO Vamos te ajudar a testar DE DE DE DE QA SM PO Vocês me entregaram no ultimo dia não consideraram o esforço para testar Na Retrospectiva Não conseguimos entregar por causa do QA
6. Agora sou “Agile” e tenho a Bala de Prata Perfil: • Aprendendo a programar; • A solução é automação; • Não pensa em todos os cenários de testes; • Quer validar tudo. Atividades: • Testa nos últimos dias da Sprint; • Faz BDD extensos; • Não finaliza os testes na Sprint! • Focado apenas em automação.
7. Como mudar essa história? Para isso surgiu o papel do QA Coach
8. Missão - QA Coach • Percorrer entre os mundos de Negócios, Qualidade e Desenvolvimento; • Alta capacidade de comunicação; • Engajar a organização com a cultura de qualidade; • Agente da Mudança Cultural; • Analisar o caminho e as tecnológicas;
9. Collaboration Driven Development • Qualidade como parte da entrega, não do processo; • Desenvolvimento com base na comunicação entre a área de negócios e tecnologia; • Usa os testes como ferramenta de análise de requisitos; • Vá ao GEMBA (qualidade na fonte).
10. • Utilizar o conhecimento coletivo para construção de PBI. (Growth, Stakeholders, P.O., Negócios, QA...) • Mapeamento de fluxos e possíveis impactos (técnicos e de negócios) • Mapeiam possíveis impactos técnicos. • BDD alto nível para definição do comportamento da funcionalidade • QA, nesse momento, representa as dores do Dev Team Collaboration Driven Development
11. • Envolvimento do Dev Team para entendimento de COMO será desenvolvido. • QA e P.O. defendendo o entendimento e o objetivo de negócios • Mapeamento de dependências técnicas • BDD já está mais detalhado, entrando em um nível de histórias. Com objetivos específicos, mas ainda high level • Convergindo o entendimento Collaboration Driven Development
12. • Output – Sprint Backlog • Inspeção e Adaptação das atividades para a próxima sprint • BDD contemplando os cenários de testes • Decisão do tipo de teste: • Unitário; • Serviço • Funcional Collaboration Driven Development
13. • TDD/ ATDD • Pair programming • Trabalho colaborativo (Linguagem agnóstica) • Escolha da linguagem adequada (sem sopa de letrinhas) • Refactoring é bem vindo Collaboration Driven Development
14. • Não precisa esperar a Sprint Review • Entendimento de COMO foi desenvolvido • Construção do conhecimento coletivo • Documentação (na medida certa!) Collaboration Driven Development
15. Feito Backlog Sprint backlog Wip A B C QA DE DE PO SM Já entendi a regra, vamos criar o BDD juntos Então, essas são as história da sprint Na Planning Melhorei o BDD das histórias Criei vários BDD’s para validar os seguintes cenários Entendemos, vamos te ajudar com a automação desse cenários Entregamos melhor Não tivemos Bug’s em PRD Na Retrospectiva E POR QUE NÃO... ASSIM
16. Case • E-commerce; • 8 Squads onde só 2 QAs com perfil de automação • 2 Squad testando nos últimos dias de sprint • 1 Squad testando em Sprint mais 1 • 1 Squad com uma semana para teste dentro da Sprint • Fizemos um assessment onde avaliamos comportamentos e competências • 3 times começamos pequenos só com os PBI criticou implantamos o processo (debater-refinar-planejar-desenvolver-revisar) na segunda sprint ja estava azeitado • 3 começaram com todas as historias , porem não conseguimos entregar as sprints. Só resolveu quando reduzimos
17. Qualidade End-to-End no mundo real.
18. Perguntas?
19. Obrigado!