Isaque Victor cursos gratuitosNesta aula
Doze aulas atrás você tinha uma ideia. Hoje coloca no ar e deixa três pessoas tentarem quebrar.
O projeto final junta tudo o que você fez, do projeto.txt ao manutencao.md, numa versão que outras pessoas usam sem você do lado. A parte que quase ninguém faz é o teste com gente de fora.
- Fazer a passada final no seu projeto
- Montar um roteiro de teste e transformar as respostas em correções
- Publicar a versão 1.0
O que é "pronto"
Pronto não é perfeito. Pronto são quatro coisas:
- Cumpre o briefing. As funções da primeira versão funcionam.
- Passou no checklist de segurança da aula 10.
- Foi testado por gente de fora. É o que fazemos hoje.
- Está guardado: git, LEIAME, manutenção e publicado.
Escolha um só projeto final: o site, o cadastro ou a ferramenta com IA. A ferramenta com IA roda só no seu computador (a chave está lá), então teste chamando as pessoas até ele.
A passada final
Uma hora antes do teste, faça a checagem completa:
- Abra do zero, como usuário novo, no celular ou num navegador limpo.
- Faça o caminho principal inteiro.
- Faça o caminho ruim: campo vazio, número negativo, dois cliques seguidos.
- Leia cada texto. Sobrou algum [FALTA]?
- Rode de novo a revisão de segurança da aula 10 e faça o commit.
Exemplo real
Um dono de oficina descobriu na passada final que digitar "1.500" com ponto quebrava a conta, e que no celular o resultado ficava abaixo da tela. Corrigiu os dois antes de mostrar a alguém.
O roteiro de teste
Escolha três pessoas que não ajudaram a construir: uma que usaria (cliente ou funcionária), uma que não entende do assunto e uma exigente. Mande o roteiro abaixo. A frase "não vou explicar nada de propósito" é o coração do teste. E "não precisa ser educado" tira a vontade de dizer "ficou ótimo" só para não magoar.
Das respostas às correções
| Tipo | O que é | O que fazer |
|---|---|---|
| Bloqueio | Não conseguiu completar a ação principal | Corrigir antes de chamar de pronto |
| Atrito | Conseguiu, mas parou ou clicou errado | Corrigir se for rápido |
| Preferência | "Eu faria diferente" | Anotar. Corrigir só se duas pessoas disserem o mesmo |
Para cada bloqueio, o pedido é o de sempre, mais a frase da pessoa: "Uma testadora disse que clicou em adicionar e achou que não funcionou, porque a lista fica lá embaixo. Corrija só isso."
Cuidado
Quem testa vai digitar dados. Peça nomes inventados ou limpe tudo depois do teste.
Coisa de profissional
Por que três pessoas e não trinta? Pesquisa clássica de usabilidade mostra que cada pessoa revela cerca de 31% dos problemas, e que cinco pessoas já mostram uns 85%. Mais gente, no mesmo teste, só repete o que já apareceu. A recomendação do Nielsen Norman Group é gastar o esforço em vários testes pequenos: teste com poucas pessoas, corrija, e teste de novo com outras. Uma rodada de três é um bom começo. A segunda rodada, depois das correções, vale mais que uma primeira rodada gigante.
Prática · 20 min
- Faça a passada final e o commit "candidata a versão 1.0". Publique.
- Mande o roteiro a três pessoas. Não explique nada além dele.
- Classifique as respostas, corrija os bloqueios e faça o commit "versão 1.0 testada".
projeto.txt e a linha nova no manutencao.md.Resumo
- Pronto: cumpre o briefing, passou no checklist, foi testado e está guardado.
- Passada final: caminho principal, caminho ruim e textos provisórios.
- Teste com três pessoas, sem explicar nada.
- Bloqueio se corrige; preferência se anota.
Fontes
Lidas em 30 de outubro de 2026.
- Nielsen Norman Group. Why You Only Need to Test with 5 Users: 31% por pessoa, 85% com cinco; vários testes pequenos.
Quiz da aula
Três situações para aplicar o que viu.