Posso Simplesmente Jogar Por Cima do Muro?
Esse post foi traduzido automaticamente do inglês. Se você encontrar algum erro, por favor entre em contato.
Um dos aspectos positivos que tirei de um projeto recente envolveu como as passagens de desenvolvimento para QA eram gerenciadas.
O processo de handover historicamente era informal. Desenvolvedores perguntavam: “Essa story está pronta para QA? Bom, acho que sim, deve estar.” Essa abordagem casual levava a problemas.
Passagem de Dev para QA
O Problema
O time encontrava inúmeros bugs — não problemas críticos ameaçando a qualidade do código, mas sim diversas pequenas irritações revelando práticas de desenvolvimento descuidadas. Stories voltavam do QA com correções consideráveis necessárias, consumindo tempo em retrabalho em vez de entregar novas funcionalidades.
A Solução: Um Checklist
O time implementou um sistema simples de checklist. Se nós, como desenvolvedores, estávamos sendo desleixados ao finalizar as stories, por que não tínhamos uma lista do que precisávamos fazer antes de considerá-las prontas?
Essa ferramenta direta ajudava os desenvolvedores a lembrar de tarefas essenciais. Usando o checklist, os desenvolvedores podiam verificar compatibilidade entre navegadores e confirmar que os critérios de aceitação estavam genuinamente atendidos antes da submissão.
Critérios de Aceitação e Mapas Mentais
Complementando o checklist, o time criou mapas mentais documentando o que o QA testaria para cada story. Essa transparência mudou a dinâmica da mentalidade tradicional de “vou encontrar bugs na sua story.”
A colaboração entre papéis se mostrou inestimável. Com as expectativas de teste claras, os desenvolvedores podiam examinar stories pela perspectiva do QA, capturando casos de borda antes do handoff. O resultado: entregas melhores.