Índice:
Demo e morra!
Você já fez uma apresentação ou um treinamento para o cliente e algo acontece no meio do caminho? Ou você já deu a alguém um conjunto de instruções e percebeu que perdeu alguma coisa ou não funcionou exatamente como esperava? Durante cada uma dessas instâncias, você adota a perspectiva do usuário final e trabalha com o software nessa persona. As chances são de que você fez algo diferente porque estava pensando como usuário, e não como desenvolvedor.
Entre no lugar do usuário
O ângulo exclusivo do teste de aceitação do usuário (UAT) é testar o software como usuário final. O software é desenvolvido para fornecer aos usuários resultados tangíveis. Por exemplo, sites de comércio eletrônico permitem que os clientes comprem produtos. Quando um cliente faz um pedido, o software do site de comércio eletrônico notifica o administrador da loja, para que o item selecionado possa ser puxado e embalado para remessa. Pode haver diferentes tipos de usuários de software, portanto, esse estágio de teste permite que a equipe de desenvolvimento verifique se os usuários finais alcançam os resultados esperados do software.
Uma Breve História do UAT
Antes do advento da Internet, a maioria dos softwares era implantada para um público conhecido de usuários. Se uma empresa desenvolvesse software para um cliente, um gerente designado teria autoridade para verificar se o software cumpria os termos do contrato. Isso foi feito para representar um ponto em que o software era "adequado ao objetivo", alcançado através da seleção de representantes do usuário final para realizar testes e fornecer um relatório com resultados. Como os usuários eram um grupo fechado conhecido, cada um podia ser treinado no uso do software, normalmente por meio de etapas de teste muito detalhadas. O lema do dia era que mais detalhes eram melhores.
