Contente
- Demo e morra!
- Entre nos sapatos dos usuários
- Uma Breve História do UAT
- O UAT informa como o sistema é utilizável
- Quem pode executar o UAT?
- Sem erros, sem estresse - seu guia passo a passo para criar software que muda vidas sem destruir sua vida
- Fluxos de sucesso e fracasso
- Benefícios UAT
Fonte: Lightcome / iStockphoto
Leve embora:
Depois que o software passa por testes de unidade, integração e sistema, a necessidade de teste de aceitação pode parecer redundante. Por que o teste de aceitação do usuário (UAT) ainda é importante? Aqui, saiba mais sobre os benefícios do UAT e por que é único.
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 como você 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 nos sapatos dos usuários
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 dos sites 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 pretendia representar um ponto em que o software era "adequado ao objetivo", o que foi alcançado ao selecionar representantes dos usuários finais 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.
À medida que mais e mais softwares foram desenvolvidos para clientes na Web, o público-alvo dos usuários finais se tornou mais aberto. Não era mais possível identificar e treinar todos os prováveis usuários finais; portanto, o design do software precisava incluir uma ênfase muito maior na usabilidade e ser facilmente compreensível - mesmo com o mínimo de informações fornecidas. Portanto, o UAT teve que mudar para atender a esses requisitos.
O UAT informa como o sistema é utilizável
Portanto, o UAT não apenas nos diz a extensão da funcionalidade de um software, mas também nos diz como é utilizável. A maior parte do UAT é melhor executada por indivíduos que entendem o usuário final alvo que experimentará o software com pouco conhecimento prévio e pode fornecer uma indicação verdadeira da facilidade de uso dos softwares e do que precisa ser aprimorado.
Quem pode executar o UAT?
À medida que os desenvolvedores testam o software, eles se lembram de detalhes sobre como um sistema é escrito. Esse conhecimento pode influenciar os testes, e os desenvolvedores podem executar etapas diferentes das dos usuários finais, como executar as etapas mais rapidamente ou descartar detalhes que os usuários finais podem achar confusos. Portanto, os desenvolvedores não são os melhores candidatos ao UAT. Então quem é?
Muitas organizações empregam equipes de teste específicas que não estão envolvidas no projeto e desenvolvimento técnico. As organizações menores alocam testes para a equipe que não é de desenvolvimento, como as que desempenham funções administrativas, ou usam os serviços de uma empresa externa. Algumas organizações usam o que é conhecido como "teste de corredor", onde literalmente escolhem funcionários que não estão ativamente empregados no projeto e pedem que experimentem o sistema da perspectiva dos usuários finais. Um exemplo seria pedir um produto online.
Após o teste interno, podem ocorrer etapas de teste piloto ou beta, nas quais o software é disponibilizado para pequenos grupos de usuários "reais" que são convidados a usar o produto gratuitamente ou com um desconto significativo, em troca de comentários detalhados sobre o uso.
Sem erros, sem estresse - seu guia passo a passo para criar software que muda vidas sem destruir sua vida
Você não pode melhorar suas habilidades de programação quando ninguém se importa com a qualidade do software.
Os estágios progressivos do UAT com públicos variados aumentam a confiança na usabilidade do software. Combinado com fases de desenvolvimento iterativo, vários ciclos UAT podem ser executados para testar novos recursos à medida que são entregues, enquanto verifica as funcionalidades anteriores.
Bons testadores de UAT estão curiosos para ver o que acontece se seguirem rotas diferentes para um objetivo específico. Afinal, todos abordam o uso de software de maneiras diferentes; portanto, se muitas possibilidades podem ser cobertas por um pequeno grupo de pessoas, a confiança do software no modo operacional é maior.
Fluxos de sucesso e fracasso
Os processos UAT devem verificar se cada tipo de usuário de software obtém os resultados tangíveis necessários para os fluxos de sucesso e falha.
Em um fluxo de sucesso, um usuário final sai com um resultado esperado, como fazer um pedido de produto. Em um fluxo de falhas, o software suporta o usuário final através de algum tipo de cenário de erro, como quando um cliente fornece informações inválidas de pagamento com cartão de crédito.
Para verificar a funcionalidade, algumas informações devem ser fornecidas aos testadores. Caso contrário, eles não sabem o que o software deve fazer. Mas para testar a usabilidade, isso deve ser mínimo - apenas tarefas ou requisitos, como comprar "x" (produto) e pagar "y" (usando detalhes do cartão de crédito). O ônus deve ser colocado nos testadores para registrar observações, sucessos e falhas.
Benefícios UAT
Um dos principais benefícios de um bom UAT é que ele mantém os custos de manutenção contínuos o mais baixo possível. É mais barato corrigir problemas de funcionalidade e usabilidade com antecedência. É muito mais difícil corrigir um erro quando houver mais código ao redor para o teste de regressão ou se o desenvolvedor original estiver indisponível.
O UAT, realizado em vários estágios e com diferentes tipos de audiências de teste, oferece ótimas oportunidades para identificar e reparar problemas de recursos / usabilidade quebrados nas fases iniciais do teste. Manter as metas do UAT no nível da tarefa e dos requisitos permite que os testadores observem e notem muito mais e até tentem etapas fora do escopo fornecido pelos desenvolvedores.
O feedback dos ciclos UAT pode ser alimentado em iterações subsequentes de desenvolvimento, aumentando a robustez e a usabilidade do software. Em tempo oportuno, até as fases de teste beta podem complementar as atividades de marketing e vendas, fornecendo referências e comentários de estudos de caso.