Integração de QA com GitScrum
Construa qualidade no seu processo de desenvolvimento. Integre QA perfeitamente com workflows de desenvolvimento para releases mais rápidos e confiáveis.
9 min de leitura
Qualidade não é uma fase - está incorporada em cada etapa. GitScrum ajuda equipes a integrar QA em todo o ciclo de vida do desenvolvimento com workflows de teste, rastreamento de bugs e métricas de qualidade que capturam issues cedo.
QA no Ágil
Testes Shift-Left
ABORDAGEM DE TESTES SHIFT-LEFT:
┌─────────────────────────────────────────────────────────────┐
│ │
│ TRADICIONAL (Pesado à direita): │
│ │
│ [Requisitos]→[Design]→[Desenvolvimento]→[Testes]→[Release]│
│ ▲ │
│ │ │
│ Todos testes │
│ acontecem aqui │
│ (bugs caros) │
│ │
│ SHIFT-LEFT (Contínuo): │
│ │
│ [Requisitos]→[Design]→[Desenvolvimento]→[Testes]→[Release]│
│ ▲ ▲ ▲ ▲ │
│ │ │ │ │ │
│ Revisar Revisar Testando Validação │
│ & testar designs durante final │
│ critérios cedo dev │
│ │
│ BENEFÍCIOS: │
│ • Bugs encontrados antes = mais barato corrigir │
│ • Qualidade construída, não testada depois │
│ • Ciclos de release mais rápidos │
│ • Menos retrabalho │
│ │
│ CUSTO DO BUG POR FASE: │
│ Requisitos: $1 │
│ Design: $5 │
│ Desenvolvimento: $10 │
│ Testes: $20 │
│ Produção: $100+ │
└─────────────────────────────────────────────────────────────┘
Papel do QA no Sprint
QA DURANTE TODO O SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PLANEJAMENTO DO SPRINT: │
│ • QA revisa stories próximas │
│ • Clarifica critérios de aceite │
│ • Identifica complexidade de teste │
│ • Estima esforço de teste │
│ • Sinaliza riscos potenciais │
│ │
│ INÍCIO DO SPRINT: │
│ • Escreve casos de teste para itens do sprint │
│ • Revisa designs para testabilidade │
│ • Configura dados/ambientes de teste │
│ • Planejamento de automação │
│ │
│ MEIO DO SPRINT: │
│ • Testa features conforme completam │
│ • Reporta bugs imediatamente │
│ • Verifica correções de bugs │
│ • Testes exploratórios │
│ • Atualiza casos de teste conforme necessário │
│ │
│ FINAL DO SPRINT: │
│ • Testes de regressão │
│ • Testes de integração │
│ • Verificações pontuais de performance │
│ • Sign-off em itens completos │
│ │
│ FIM DO SPRINT: │
│ • Validação de release │
│ • Participação na demo │
│ • Input de retro sobre qualidade │
│ │
│ CHAVE: Sem "fase de testes" - testes são contínuos │
└─────────────────────────────────────────────────────────────┘
Integração de Workflow
Ciclo de Vida da Story
QA NO WORKFLOW DA STORY:
┌─────────────────────────────────────────────────────────────┐
│ │
│ BACKLOG → DEV → CODE REVIEW → QA → DONE │
│ │
│ BACKLOG: │
│ ☐ Critérios de aceite definidos │
│ ☐ QA revisou e concordou │
│ ☐ Abordagem de teste identificada │
│ │
│ EM DESENVOLVIMENTO: │
│ ☐ Desenvolvedor executa testes unitários │
│ ☐ Happy path básico verificado │
│ ☐ PR inclui cobertura de teste │
│ │
│ CODE REVIEW: │
│ ☐ Testes revisados junto com código │
│ ☐ Requisitos de cobertura atendidos │
│ ☐ Todas verificações passando │
│ │
│ TESTES DE QA: │
│ ☐ Critérios de aceite verificados │
│ ☐ Edge cases testados │
│ ☐ Regressão verificada │
│ ☐ Cross-browser se aplicável │
│ ☐ Aprovação do QA dada │
│ │
│ DONE: │
│ ☐ Todos critérios atendidos │
│ ☐ Sem bugs abertos │
│ ☐ Documentação atualizada │
│ ☐ Pronto para release │
│ │
│ CAMINHO BLOQUEADO: │
│ Se QA encontra issues → Volta para Desenvolvimento │
│ Deve ser corrigido antes de Done │
└─────────────────────────────────────────────────────────────┘
Workflow de Bugs
WORKFLOW DE RASTREAMENTO DE BUGS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ BUG ENCONTRADO → TRIAGEM → DEV → VERIFICAR → FECHADO │
│ │
│ FORMATO DO RELATÓRIO DE BUG: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ TÍTULO: [Área] Descrição clara do problema ││
│ │ ││
│ │ SEVERIDADE: Crítico/Alto/Médio/Baixo ││
│ │ AMBIENTE: Produção/Staging/Dev ││
│ │ BROWSER/DEVICE: Chrome 120, macOS ││
│ │ ││
│ │ PASSOS PARA REPRODUZIR: ││
│ │ 1. Ir para página de checkout ││
│ │ 2. Adicionar item ao carrinho ││
│ │ 3. Clicar "Aplicar cupom" ││
│ │ ││
│ │ ESPERADO: Desconto aplicado ao total ││
│ │ ATUAL: Mensagem de erro "Cupom inválido" ││
│ │ ││
│ │ SCREENSHOT: [anexado] ││
│ │ ERROS CONSOLE: [anexado] ││
│ │ STORY RELACIONADA: #123 ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ DEFINIÇÕES DE SEVERIDADE: │
│ Crítico: Sistema fora do ar, perda de dados, segurança │
│ Alto: Feature principal quebrada, sem workaround │
│ Médio: Feature prejudicada, workaround existe │
│ Baixo: Issue menor, cosmético, edge case │
│ │
│ SLA POR SEVERIDADE: │
│ Crítico: Corrigir imediatamente, mesmo dia │
│ Alto: Corrigir dentro do sprint │
│ Médio: Corrigir em 2 sprints │
│ Baixo: Backlog, corrigir quando conveniente │
└─────────────────────────────────────────────────────────────┘
Práticas de Teste
Tipos de Teste
PIRÂMIDE DE TESTES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ /\ │
│ / \ │
│ / E2E \ Lento, caro, poucos │
│ /──────\ │
│ / \ │
│ / Integração\ Velocidade média, mais │
│ /──────────────\ │
│ / \ │
│ / Testes Unitários\ Rápido, barato, muitos │
│ /────────────────────\ │
│ │
│ TESTES UNITÁRIOS (70-80%): │
│ • Rápidos para executar │
│ • Testam componentes individuais │
│ • Escritos por desenvolvedores │
│ • Executam a cada commit │
│ │
│ TESTES DE INTEGRAÇÃO (15-20%): │
│ • Testam interações de componentes │
│ • Testes de API │
│ • Integração com banco de dados │
│ • Executam no PR/merge │
│ │
│ TESTES E2E (5-10%): │
│ • Testam fluxos completos de usuário │
│ • Testes de browser/UI │
│ • Lentos, executam menos frequentemente │
│ • Apenas caminhos críticos │
│ │
│ MAIS: │
│ • Testes exploratórios (manual, conduzido pelo QA) │
│ • Testes de performance (periódicos) │
│ • Testes de segurança (periódicos) │
└─────────────────────────────────────────────────────────────┘
Testes de Aceite
TESTES DE CRITÉRIOS DE ACEITE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ STORY: Usuário pode aplicar cupom de desconto │
│ │
│ CRITÉRIOS DE ACEITE: │
│ │
│ CA1: Cupom válido reduz total │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ DADO que tenho itens no carrinho totalizando R$100 ││
│ │ QUANDO eu insiro cupom válido "SAVE20" ││
│ │ ENTÃO total mostra R$80 ││
│ │ E mensagem "20% de desconto aplicado" exibe ││
│ │ ││
│ │ RESULTADO DO TESTE: ✅ PASSOU ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ CA2: Cupom inválido mostra erro │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ DADO que estou no checkout ││
│ │ QUANDO eu insiro cupom inválido "EXPIRADO" ││
│ │ ENTÃO erro "Cupom não válido" exibe ││
│ │ E total permanece inalterado ││
│ │ ││
│ │ RESULTADO DO TESTE: ✅ PASSOU ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ CA3: Um cupom por pedido │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ DADO que cupom já aplicado ││
│ │ QUANDO eu tento adicionar outro cupom ││
│ │ ENTÃO "Apenas um cupom por pedido" exibe ││
│ │ ││
│ │ RESULTADO DO TESTE: ❌ FALHOU ││
│ │ BUG: Segundo cupom substitui primeiro sem mensagem ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ STATUS DA STORY: Bloqueada - Bug encontrado no CA3 │
└─────────────────────────────────────────────────────────────┘
Métricas de Qualidade
Rastreando Qualidade
DASHBOARD DE MÉTRICAS DE QUALIDADE:
┌─────────────────────────────────────────────────────────────┐
│ Relatório de Qualidade Sprint 24 │
├─────────────────────────────────────────────────────────────┤
│ │
│ MÉTRICAS DE BUGS: │
│ ├── Bugs encontrados no sprint: 12 │
│ ├── Bugs corrigidos no sprint: 15 │
│ ├── Taxa de escape de bugs: 2 (chegaram em produção) │
│ └── Bugs críticos: 0 ✅ │
│ │
│ TENDÊNCIA DE BUGS: │
│ Bugs│ │
│ 20│ ▄ │
│ 15│ █ ▄ │
│ 10│ █ █ ▄ ▄ │
│ 5│ █ █ █ ▄ █ ▄ │
│ 0└───────────────── │
│ S19 S20 S21 S22 S23 S24 │
│ │
│ COBERTURA DE TESTES: │
│ ├── Cobertura testes unitários: 78% (+3%) │
│ ├── Testes de integração: 45 passando │
│ ├── Testes E2E: 12 passando, 1 flaky │
│ └── Cobertura código novo: 85% │
│ │
│ CYCLE TIME: │
│ ├── Tempo médio de Ready para QA: 2.5 dias │
│ ├── Tempo médio em QA: 0.8 dias │
│ └── Tempo médio correção de bug: 4 horas │
│ │
│ RECOMENDAÇÕES: │
│ • Investigar teste E2E flaky │
│ • Cobertura unitária abaixo da meta de 80% │
│ • Taxa de escape de bugs melhorou desde último sprint │
└─────────────────────────────────────────────────────────────┘