A qualidade não se entrega no final, se constrói durante o desenvolvimento.
Respondendo a uma pergunta que recebi no meu artigo anterior:
“Considerando que ‘qualidade não é algo que se coloca no final, é construída passo a passo’, qual você diria que é o maior desafio para um QA se integrar em todas as etapas do desenvolvimento?”
Artigo: https://web.dio.me/articles/o-que-e-ser-qa-274d7439d958?back=/articles
Sendo QA há aproximadamente 3 anos, acredito que o maior desafio é simples e muito real: fazer o time entender que qualidade não é etapa final, etapa de homologação, é parte do processo desde o início.
Quando o QA não está presente no refinamento, nas discussões e nos alinhamentos, surgem os problemas que todo mundo conhece:
- Requisitos mal definidos
- Cenários não pensados
- Bugs que poderiam ter sido evitados
- Acessibilidade que poderia ser incluída
Um exemplo clássico do nosso dia a dia:
Cai uma task assim: “Criar botão de download”.
Sem QA na conversa, ninguém pergunta: “Download do quê?”, “Em qual formato?”, “Existe limite?”, “Quem pode acessar?”.
O problema aparece... só quando já virou dor.
E aí vem o ciclo que desgasta qualquer time:
Desenvolve, testa, quebra, volta, corrige, quebra outra coisa.
E claro, não falta o famoso:
“Testa aí rapidão pra gente subir hoje.”
Só que testar não é só clicar. É pensar risco, validar fluxo, proteger o usuário e proteger o time de gastos.
Quando o QA faz parte de verdade:
- As histórias vêm melhores
- O código sai mais preparado
- O retrabalho diminui
- E as entregas são muito mais seguras
Qualidade não é do QA. É do time inteiro.
Quando isso vira cultura, todo mundo ganha. Principalmente quem importa de verdade: o usuário.
