Aula 15 de 20 · edição 1.1
Peça uma mudança que dá para testar
Descreva a mudança e o comportamento que confirma que ela funcionou.
Entenda
Critério de aceite é a condição que você usa para aprovar o trabalho.
"Bonito" é uma preferência ampla. "Posso usar com teclado e ler sem aproximar o rosto" orienta melhor a revisão.
Ao pedir um reparo em uma porta, você explica que ela precisa fechar sem raspar. A cor da tinta é outra decisão.
Faça um teste
Use dados fictícios. Revise qualquer informação antes de usar a resposta.
O botão "Adicionar" do quadro ficou difícil de encontrar. Mantenha as funções existentes. Melhore a hierarquia e o contraste sem mudar os dados salvos. Teste pelo teclado e em uma tela estreita. Mostre o que mudou e o que foi testado.
Ver exemplo de resultado
A entrega precisa mostrar a alteração visual e confirmar que adicionar e concluir tarefas ainda funciona.
Pratique
- Descreva o problema que você observou.
- Mostre como reproduzi-lo.
- Defina o que não deve mudar.
- Compare o antes e o depois usando os mesmos testes.
Tarefa curta: Reescreva "deixe a lista melhor" com dois critérios: legibilidade e uso pelo teclado.
Confira antes de seguir
- Há uma condição concreta de aprovação?
- O que já funciona foi preservado?
- O teste cobre a mudança e uma função antiga?
Orientação de resposta
Exemplo: "Aumente os rótulos e mantenha foco visível ao usar Tab. Não altere o salvamento."
No trabalho
Corrigir um erro sem reescrever tudo
Problema: [COMPORTAMENTO OBSERVADO]. Esperado: [RESULTADO]. Passos para repetir: [PASSOS]. Altere apenas o necessário para corrigir. Preserve [FUNÇÕES QUE JÁ FUNCIONAM]. Mostre o teste da correção e um teste de regressão, isto é, uma conferência de que o restante não quebrou.
Erro comum: Pedir aparência, login, pagamento e integração ao mesmo tempo. Você perde a referência do que causou cada erro.