Faltam duas horas para a cantina abrir
A equipe tem uma versão nova da Cantina Horizonte e apenas duas horas para fazer uma verificação final.
Há dezenas de casos possíveis: quantidade, estoque, cupom, total, status, mensagens, celular, tempo de resposta e várias combinações entre eles.
Uma resposta seria tentar fazer tudo rapidamente.
Outra seria escolher ao acaso.
Mas existe uma pergunta melhor:
Se alguma coisa der errado, quais problemas têm maior chance de causar consequências importantes?
Risco: olhar para o que pode acontecer
Em qualidade de software, podemos usar a ideia de risco para orientar decisões.
Risco
É a possibilidade de acontecer algo indesejado e as consequências que esse acontecimento pode trazer.
Não estamos tentando prever o futuro com certeza. Estamos tentando organizar o esforço de maneira mais consciente.
Duas perguntas ajudam bastante
Qual a chance de acontecer?
A probabilidade representa a chance de o problema ocorrer. Em projetos pequenos, podemos começar com avaliações simples como baixa, média ou alta.
Se acontecer, qual será a consequência?
O impacto representa o tamanho do efeito para o usuário, para o negócio ou para o próprio sistema.
Não precisamos fingir uma precisão que não temos. Muitas vezes, uma classificação simples e bem justificada ajuda mais do que um número inventado.
Compare dois problemas
Problema A
O texto de um botão está dois pixels desalinhado.
Problema B
Ao finalizar o pedido, o estoque não é reduzido e a cantina continua vendendo um produto que já acabou.
Os dois podem merecer correção. Mas, com apenas duas horas disponíveis, provavelmente não receberão a mesma atenção.
Uma matriz simples de risco
Podemos cruzar probabilidade e impacto para visualizar prioridades de teste.
| Probabilidade \ Impacto | Baixo | Alto |
|---|---|---|
| Baixa | Acompanhar | Testar com atenção |
| Alta | Testar quando possível | Prioridade elevada |
Essa matriz é propositalmente simples. Em projetos reais, as organizações podem usar escalas maiores, critérios próprios e outras formas de análise.
A ideia principal é esta:
Quanto maior a chance e maior o impacto, maior tende a ser a necessidade de testar cedo e com cuidado.
Vamos aplicar à Cantina Horizonte
| Situação | Probabilidade | Impacto | Atenção sugerida |
|---|---|---|---|
| Estoque não diminui depois da venda. | Média | Alto | Alta |
| Cupom é aplicado duas vezes. | Média | Alto | Alta |
| Botão possui pequeno desalinhamento visual. | Alta | Baixo | Menor |
| Pedido entregue volta para “Em preparação”. | Baixa ou média | Alto | Alta |
| Mensagem de erro usa uma palavra pouco clara. | Média | Médio | Média |
Essas classificações não são verdades universais. Outra equipe pode conhecer dados que mudem a avaliação.
O que importa é conseguir responder:
Por que este teste merece vir antes daquele?
Prioridade não nasce apenas do risco técnico
Imagine que o cupom será usado em uma promoção que começa hoje. Mesmo que o defeito tenha baixa probabilidade, o negócio pode decidir que esse comportamento precisa ser testado imediatamente.
Prioridade
É a ordem de atenção que a equipe decide dar a uma atividade, teste ou correção considerando risco, prazo, valor para o negócio, dependências e outros fatores.
Por isso, duas situações tecnicamente parecidas podem receber prioridades diferentes.
Severidade e prioridade não são a mesma coisa
Essas duas palavras aparecem muito quando começamos a registrar problemas.
Severidade
Indica o tamanho do dano ou da consequência provocada por um defeito quando ele acontece.
Prioridade
Indica quão cedo a equipe pretende tratar aquilo dentro do trabalho atual.
Um erro de ortografia na página inicial pode ter baixa severidade, mas ganhar prioridade alta na véspera de uma apresentação pública. Já um problema grave em uma função que ainda não será liberada pode ter alta severidade e, temporariamente, prioridade menor.
Mais adiante vamos usar esses conceitos ao registrar defeitos reais.
Testar com base em risco não significa ignorar o resto
Priorizar não quer dizer que áreas de menor risco “não precisam de qualidade”. Quer dizer apenas que, diante de recursos limitados, algumas verificações devem receber atenção primeiro ou com maior profundidade.
Depois que os riscos mais importantes estiverem cobertos, ampliamos o alcance conforme tempo, contexto e necessidade.
Prática · você tem 30 minutos
Considere que a Cantina Horizonte será usada no próximo intervalo e você possui apenas 30 minutos.
Escolha a ordem em que você testaria estes cinco pontos e justifique:
- estoque depois da finalização;
- cor do título da página;
- aplicação do cupom MBB10;
- transição de “Pronto” para “Entregue”;
- mensagem exibida para quantidade inválida.
Não existe uma sequência única obrigatória. Sua resposta precisa mostrar qual risco você enxergou e por que ele influenciou sua decisão.
Agora surgiu outro problema
Já sabemos quais áreas merecem mais atenção. Mas a equipe ainda precisa combinar o trabalho:
o que será testado, o que ficará de fora, em qual ambiente, com quais dados, quem registrará os resultados e como saberemos o que já foi executado.
Como transformar nossas decisões em um trabalho de teste organizado e rastreável?
Antes de seguir
Você deve conseguir explicar:
- o que risco significa neste contexto;
- a diferença entre probabilidade e impacto;
- por que prioridade não depende apenas da severidade;
- por que testar com base em risco ajuda quando tempo e recursos são limitados.