Glossário · Fundamentos de testes
Teste de aceitação do usuário (UAT)
Em inglês: User acceptance testing
Também chamado de: UAT, teste de aceitação, homologação, teste de aceite do usuário
Definição
A fase final de testes, na qual usuários reais ou representantes do negócio confirmam que o sistema atende às suas necessidades e está pronto para ser aceito para o release.
O teste de aceitação do usuário (UAT, user acceptance testing) é feito pelas pessoas que vão usar o sistema ou são donas dele, e não pelo time que o construiu. No Brasil, essa etapa também é muito chamada de homologação. Usuários de negócio executam tarefas realistas em um ambiente parecido com produção e decidem se o software faz o trabalho de que precisam. Um UAT bem-sucedido termina com um aceite formal (sign-off), que muitas vezes é o gate para o release ou para a aceitação contratual de um fornecedor.
Exemplo
Um banco substitui o seu sistema de solicitação de empréstimos. Antes do go-live, os analistas de crédito passam uma semana no ambiente de UAT processando solicitações realistas: um empréstimo pessoal padrão, uma solicitação conjunta, um autônomo com renda irregular e uma solicitação recusada que precisa gerar a carta correta. Eles verificam se o fluxo combina com a forma como realmente trabalham, se os relatórios trazem o que os gestores precisam e se nada obriga a um contorno manual. Os problemas são registrados, triados com o time do projeto e corrigidos ou aceitos antes do aceite final.
UAT vs teste de sistema
| Teste de sistema | Teste de aceitação do usuário | |
|---|---|---|
| Quem | Time de QA | Usuários de negócio, clientes, product owners |
| Pergunta | O sistema atende à especificação? | Ele atende às nossas necessidades reais? |
| Base | Requisitos e design | Processos de negócio e critérios de aceite |
| Foco | Defeitos, casos extremos, verificações não funcionais | Adequação ao propósito, usabilidade no contexto real |
Um sistema pode passar em todos os testes de sistema e mesmo assim falhar no UAT, porque a própria especificação estava errada ou incompleta. É por isso que o UAT é o exemplo clássico de validação (“estamos construindo o produto certo?”) e não de verificação (“estamos construindo o produto corretamente?”).
Tipos de teste de aceitação
- Teste alfa: usuários internos testam nas instalações de quem desenvolve.
- Teste beta: um grupo limitado de usuários externos testa no próprio ambiente.
- Teste de aceitação operacional (OAT): os times de operações verificam backups, failover, monitoramento e deploy.
- Aceitação contratual e regulatória: verifica os termos acordados em contrato ou exigências legais.
Erros comuns
- Usar o UAT para encontrar bugs básicos. Se os usuários topam com crashes, o teste de sistema não foi concluído. O UAT deve focar na adequação, e não em defeitos que o QA deveria ter pegado.
- Nenhum cenário ou massa de dados preparado. Os usuários de negócio precisam de dados realistas e cenários claros, e os testers muitas vezes ajudam a escrevê-los.
- Deixar para tarde demais. Um UAT espremido nos últimos dias antes do release normalmente vira um carimbo de aprovação.