Skip to content

Abordagem Preventiva

Rosangela Mendes edited this page Sep 12, 2017 · 2 revisions

Desenvolvimento praticando TDD, todas as estórias devem contem no checklist um item sobre testes unitários cobrindo todo novo código fonte existente.

Envolver QAs desde o início do processo de desenvolvimento e trabalhando em par, na escrita das estórias, nas decisões técnicas e no desenvolvimento.

Fluxo de qualidade

Uma estória é escrita, preferencialmente em par, onde o QA pode ajudar a escrever critérios de aceite, após isso, é feito um refinamento da estória com mais papéis envolvidos, preferencialmente um dev. Após o entendimento da estória, ela pode ser desenvolvida, em par. Quem desenvolver a estória deve se sentir a vontade para mostrar para um QA (ou outro papel) o que foi feito (caso este não tenha participado do desenvolvimento), e após isso, a estória vai para aceitação formal do time, passando pelo "desk check" de um BA e QA ou outra pessoa do time. Após o aceite do time, a estória deve ser apresentada ao P.O/coletivo.

Cobertura

  • Todas as estórias e os critérios de aceite devem ser validados por QAs e BAs;
  • Os testes devem levar em consideração o fluxo básico, alternativo e de exceção de cada requisito;

Quando parar de Testar

  • Quando nenhuma falha for encontrada após executar os testes e validação dos critérios de aceite pelo menos uma vez;
  • Quando for encontrado um número excessivo de falhas logo no início dos testes;
  • Quando for encontrada alguma falha que inviabilize a continuidade dos testes.
  • Quando atingir no mínimo os seguintes critérios:
    • Critérios de aceite
      • 100% dos critérios de aceite passando.
    • Defeitos
      • 100% dos defeitos críticos corrigidos e revalidados;
      • Defeitos com menos criticidade podem ser negociados com BA e QA, e devem conter uma tarefa no backlog;

Em que momento reportar as falhas

  • Reportar todas as falhas imediatamente após encontrá-las para o dev responsável e tentar resolver no mesmo momento!
  • Reportar no Waffle com a tag "bug" caso não seja possível resolver no momento ou caso a story já tenha sido fechada.

Re-teste

  • O re-teste será feito sobre a falha encontrada, um fluxo básico e um fluxo alternativo da estória, passando novamente pelos critérios de aceite.
Clone this wiki locally