Um intervalo que ficou difícil de organizar
A Cantina Horizonte atende alunos e funcionários nos intervalos. Durante muito tempo, os pedidos foram anotados em papel. Quando o movimento aumentava, apareciam pedidos repetidos, contas refeitas às pressas e dúvidas sobre o que ainda havia em estoque.
A escola então criou um pequeno sistema para organizar esse trabalho.
A equipe terminou o sistema
Depois de algumas semanas, chega a notícia:
“Terminamos. O sistema já está funcionando.”
Na tela há produtos, preços, estoque, quantidade, carrinho, cupom e o botão Finalizar pedido. Nada parece fora do lugar.
Agora você recebe uma tarefa simples:
Use o sistema como um cliente usaria
Não tente adivinhar onde está o problema. Primeiro faça uma compra normal, observe o resultado e forme sua própria impressão.
Abra a Cantina Horizonte
Abrir a Cantina Horizonte v1 →
O laboratório abre em outra aba. Se quiser voltar aos dados iniciais durante esta etapa, basta recarregar essa aba.
Antes do roteiro, explore por alguns minutos
Olhe a tela como alguém que acabou de receber o sistema. Escolha produtos, altere quantidades, use o carrinho, experimente o cupom e observe as mensagens. Não existe uma sequência obrigatória nesta primeira exploração.
Exploração livre
Durante alguns minutos, tente caminhos que não foram indicados aqui. Anote apenas aquilo que chamar sua atenção e a ação que levou até esse resultado.
Essa forma de aprender sobre o sistema enquanto testamos, criando novas tentativas a partir do que acabamos de observar, é conhecida como teste exploratório. Isso não significa clicar sem propósito: observação, curiosidade e raciocínio orientam os próximos passos.
Agora faça algo completamente normal
Experimento 1 · Um pedido comum
- Adicione 2 salgados.
- Adicione 1 suco.
- Observe subtotal e total.
- Finalize o pedido.
Se tudo aconteceu normalmente, ótimo. É exatamente isso que esperamos na primeira tentativa.
Mas uma tentativa bem-sucedida responde apenas a uma pergunta:
Esse caminho funcionou nessa situação.
Ela ainda não responde se o sistema continuará se comportando bem quando a situação mudar.
Agora experimente sair um pouco do caminho esperado
Um sistema real não recebe apenas entradas bonitas e previsíveis. Pessoas se enganam, digitam valores inesperados, clicam em momentos diferentes e tentam comprar aquilo que veem na tela.
Vamos apenas observar. Ainda não precisamos dar nome técnico a nada.
Experimento 2 · Quantidade zero
Escolha um produto, informe 0 e tente adicioná-lo ao carrinho.
O que aconteceu?
Experimento 3 · Quantidade negativa
Escolha um produto, informe -2 e tente adicioná-lo.
O resultado faz sentido para uma compra?
Experimento 4 · Mais do que existe
O Sanduíche começa com estoque 8. Tente pedir 9 unidades.
O sistema impediu a operação?
Experimento 5 · Um cupom
Monte um pedido pequeno, com valor abaixo de R$ 30,00, e experimente o cupom MBB10.
Anote o que ocorreu. Ainda não conclua se está certo ou errado.
Não chame tudo de defeito ainda
Talvez alguns resultados tenham parecido claramente estranhos. Outros podem ter deixado dúvida.
Essa diferença é importante. Para afirmar que algo está errado, precisamos ter alguma referência sobre o que deveria acontecer.
Uma pergunta que vai voltar mais adiante
Se o sistema aceita determinada situação, como sabemos se isso é um defeito ou uma regra que ainda não conhecemos?
Registre apenas o que você observou
Por enquanto, não precisamos de um relatório formal. Use uma tabela simples:
| O que fiz | O que aconteceu | Chamou minha atenção? |
|---|---|---|
| Pedido comum | Preencha com o que você observou. | Sim / Não |
| Quantidade 0 | Preencha com o que você observou. | Sim / Não |
| Quantidade -2 | Preencha com o que você observou. | Sim / Não |
| Quantidade acima do estoque | Preencha com o que você observou. | Sim / Não |
| Cupom MBB10 em pedido pequeno | Preencha com o que você observou. | Sim / Não / Ainda não sei |
Então o sistema funciona ou não?
Essa pergunta agora ficou mais interessante.
O sistema abriu. Os botões responderam. Um pedido comum pôde ser finalizado.
Ao mesmo tempo, algumas situações podem ter produzido resultados que merecem investigação.
Primeira descoberta
Um programa executar sem travar não é suficiente para dizer que ele está pronto.
Precisamos olhar também para a qualidade do comportamento que ele apresenta.
Mas o que significa “ter qualidade”?
Se os cálculos estiverem certos, isso basta?
E se o sistema for correto, mas demorar demais? E se funcionar bem no computador, mas ficar difícil de usar no celular? E se perder um pedido que já havia sido registrado?
Essas perguntas ampliam bastante aquilo que estamos observando.
Antes de seguir
Você deve conseguir explicar, com suas próprias palavras:
- por que um único pedido bem-sucedido não demonstra que o sistema inteiro está correto;
- o que caracteriza a exploração inicial que você fez sem roteiro fechado;
- qual comportamento você observou que mais chamou sua atenção;
- por que algumas situações ainda exigem conhecer a regra antes de afirmar que existe um defeito.