Free Press

No User Acceptance Testing (UAT), o software é testado pelos usuários reais em suas instalações. Ele também é chamado por outros nomes, como beta testing e teste de usuário final. É basicamente realizado para confirmar que o sistema desenvolvido está de acordo com os requisitos do usuário que foram compartilhados com os desenvolvedores antes do início do desenvolvimento do sistema.

O que é o Teste de Aceitação do Usuário?

É um tipo de teste que é realizado por usuários reais na última etapa de testes, antes do produto ou aplicação ser lançado no ambiente de produção ou no mercado.

O ambiente usado para realizar os Testes de Aceitação do Usuário (UAT) é similar ao ambiente de produção e não é o ambiente de desenvolvimento.

Teste de Aceitação do Usuário (UAT) Lista de verificação

É importante garantir que as seguintes etapas e suas atividades de teste sejam cobertas como parte do Teste de Aceitação do Usuário para garantir os melhores resultados do UAT.

>

1. Execução do Teste de Aceitação do Usuário
2. Planeamento do Teste de Aceitação do Usuário
3. Concepção do Teste de Aceitação do Usuário
4. Execução do Teste de Aceitação do Usuário
5. Liberar Decisões
6. Acções do Teste de Aceitação do Usuário

Atividades que fazem parte de cada uma das etapas acima são dadas abaixo.

Projeto de Iniciação do Teste de Aceitação do Usuário

O ideal é que as seguintes atividades sejam realizadas como parte do início do projeto UAT.

1. Identificar os principais interessados
2. Selecionar um líder de equipe
3. Comunicar a intenção de negócios, objetivos e critérios de aceitação do sistema
4. Acordo sobre os recursos da equipe de testes de aceitação de usuários
5. Acordo sobre a documentação para suportar os testes de aceitação de usuários
6. Acordo sobre as estruturas de tomada de decisão

>

7. Acordo sobre a equipe de Teste de Aceitação do Usuário
8. Testes de Aceitação do Usuário
9. Formar um plano inicial de projeto para Teste de Aceitação do Usuário

>

Planejando o Teste de Aceitação do Usuário

>

Equando planejar o UAT, as tarefas abaixo devem ser realizadas.

1. Identificar o método de aquisição do sistema para determinar a melhor abordagem aos testes de aceitação do usuário.
2. Determinar se a intenção do negócio e as expectativas do usuário foram capturadas e são mensuráveis.
3. Verificar se os requisitos do negócio foram capturados.
4. Verifiquem se todos os tipos de requisitos foram incluídos.
5. Escrevam os critérios de aceitação e verifiquem se é apropriado.
6. Cerifiquem se o escopo é claro e relevante.
7. Capturem e verifiquem os processos de negócio.
8. Avalie a documentação atual e sua sustentabilidade para servir como base de teste.

Projeto do teste de aceitação do usuário

É importante assegurar que o projeto do teste para o UAT siga os passos abaixo para garantir que o UAT forneça o resultado desejado.

1. Estabelecer os critérios de entrada para o Teste de Aceitação do Usuário.
2. Revisar scripts de teste onde disponíveis.
3. Definir a estratégia do Teste de Aceitação do Usuário.
4. Revisar as condições de teste existentes onde disponíveis e escrever novas condições de teste.
5. Revisar os casos de teste existentes onde disponíveis e escrever novos casos com base nas condições de teste.
6. Escrever scripts de teste baseados em casos de teste.
7. Certifique-se de que os testes cobrem todos os requisitos.

Execução de testes de aceitação do usuário.

As tarefas abaixo precisam ser executadas como parte da execução do teste UAT.

1. Verifica a disponibilidade do ambiente de teste.
2. Definir programação de testes de alto nível contra estratégia de Teste de Aceitação do Usuário para alcançar prioridades.
3. Definir programação de testes detalhada para alcançar o melhor uso dos recursos.
4. Certifique-se de que o log de testes é mantido atualizado.
5. Certifique-se de que os incidentes estão sendo relatados com precisão e em tempo hábil.
6. Verifica regularmente a resolução de defeitos com a equipe de desenvolvimento e assegura que não há gargalos.
7. Gera relatórios de resumo de testes regulares.

Decisões de Lançamento de Testes de Aceitação do Usuário

Os itens a seguir ajudarão a equipe a decidir se vai em frente com o lançamento ou não, após o UAT.

1. Identificar o status contra os critérios de aceitação.
2. Identificar o esforço e o tempo necessários para atender aos critérios de aceitação em detalhes.
3. Examinar alternativas baseadas em riscos pendentes.
4. Critérios de liberação de emergência para habilitar a liberação controlada.
5. Relatar o status das principais partes interessadas com propostas alternativas para liberação.
6. Preparar relatório de conclusão do Teste de Aceitação do Usuário com recomendações.

Processos de Pós-Teste de Aceitação do Usuário

As atividades abaixo precisam ser realizadas após a conclusão do UAT.

1. Projeto e plano de treinamento do usuário.
2. Pós suporte de lançamento.
3. Testes contínuos
4. Pós relatório de testes de aceitação do usuário com perguntas freqüentes etc.

Testes de aceitação do usuário Melhores práticas

Conheça os usuários que finalmente estarão usando o software

Conheça seu público-alvo. Quais são os seus problemas/necessidades? Qual é a motivação deles? Como você pode alcançá-los? Quando você tem todas essas informações antes de iniciar o Teste de Aceitação do Usuário, isso economiza seu esforço e o ajuda a obter resultados direcionados.

Prepare o plano do Teste de Aceitação do Usuário com bastante antecedência

Teste de Aceitação do Usuário é realizado antes do lançamento do software no mercado e, nesta fase, você já está sob pressão de cumprir os prazos e está animado com a resposta do usuário final em relação ao seu software, portanto, o planejamento do Teste de Aceitação do Usuário nesta fase pode resultar na falta de alguns casos de uso na vida real, que são freqüentes. A disponibilidade de recursos também pode ser uma restrição nesta fase.

Sistema de gerenciamento de testes de aceitação de usuários bem estruturado

Sistema de gerenciamento de testes de aceitação de usuários bem estruturado é aquele que contém opções fáceis de filtragem, relatórios eficientes, matriz de rastreabilidade, recursos de rastreamento de bugs e segurança.

Criar cenários baseados nos requisitos do negócio

É sempre uma boa prática preparar cenários de teste baseados nos requisitos do negócio, a fim de atingir o usuário final.

Definir claramente os critérios de aceitação

Se o produto é aprovado ou falhou após o desenvolvimento ser decidido pelos critérios de aceitação, então é melhor definir claramente os critérios de aceitação.

Etapa em que os testes de aceitação do usuário são realizados

Existem muitas maneiras de desenvolver um sistema, mas amplamente classificadas em 2 categorias:

1. Desenvolvimento sequencial
2. Desenvolvimento iterativo

Desenvolvimento sequencial

Desenvolvimento sequencial utiliza uma sequência de etapas de desenvolvimento que normalmente seguem uma forma em V. UAT é o nível de teste final que testa o sistema completo com respeito aos requisitos do negócio.

Desenvolvimento iterativo

Em uma abordagem iterativa (como o desenvolvimento Agile), o projeto e os testes ocorrem durante os sprints curtos e assim a funcionalidade do sistema fica disponível de forma incremental no final de cada sprint. O UAT será necessário antes de cada sprint.

Abordagem de testes de aceitação do usuário

A abordagem do UAT é baseada em 3 elementos:

1. Requisitos de negócios
2. Processos de negócios
3. Expectativas do usuário

Deve haver uma abordagem que siga estes 3 elementos.

Casos de teste baseados em requisitos

Casos de teste devem cobrir os requisitos do negócio, cada caso de teste deve estar ligado a um requisito específico com base num número de identificação. Os casos de teste podem ser escritos logo após a especificação dos requisitos ser definida e são chamados de casos de teste orientados por requisitos. A desvantagem desta abordagem é que, se os requisitos contiverem erros, então os casos de teste também errariam.

Business process based test cases

Business process based test cases são escritos para garantir que o sistema que é entregue irá funcionar especificamente no suporte aos processos de negócio. Os casos de teste devem ser capazes de mostrar que os requisitos foram cumpridos de uma forma que reflita como a organização vai usar o sistema.

Casos de teste orientados pela interface do usuário

Cas de teste orientados pela interface do usuário são estruturados em torno de formulários ou telas que precisam ser preenchidos. Os casos de teste são baseados na entrada de dados, nas interações através da tela e nos relatórios. Os casos de teste orientados pela interface do usuário podem ser embutidos dentro de casos de teste baseados em processos de negócio onde o processo de negócio envolve entrada de dados, interação ou relatórios.

Definir prioridades através de testes baseados em risco

UAT é normalmente realizado sob pressão porque é feito pouco antes do sistema ser liberado para os usuários finais para que eles o usem, portanto há necessidade de encontrar uma maneira de fazer o melhor dentro do tempo limitado disponível. Para isso, a técnica de priorização é usada para executar primeiro os testes mais importantes, de modo que qualquer teste que seja deixado incompleto é menos importante do que aquele que é completado. Isso é chamado de teste baseado em risco.

O nível de risco para cada requisito é identificado e os requisitos são classificados por prioridade. O teste baseado em risco pode ser usado em conjunto com outras abordagens.

Por exemplo

Testes baseados em risco podem ser incluídos nos testes baseados em requisitos para garantir que as áreas mais importantes sejam testadas primeiro.

Se o sistema fizer o que é exigido e faltar alguma parte detalhada da especificação técnica, então esse resultado deve ser relatado, mas não é um ‘show-stopper’.Por outro lado, se o sistema atender a cada item da especificação técnica, mas for complicado de usar, então ele é motivo de preocupação.

Exemplos de testes de aceitação do usuário

Todos os softwares de qualquer domínio como Automotivo, Viagens/Turismo etc. devem passar por testes de aceitação do usuário antes de serem entregues à produção.

Suponha que haja um software de rastreamento móvel no qual um administrador administre os recursos móveis e que seja um aplicativo baseado na web. Ele passou por muitas formas diferentes de testes, tais como testes funcionais, testes de integração, testes de sistema, testes de desempenho, etc. e agora vem a vez do nível mais importante de testes e é o teste de aceitação do usuário. Idealmente, deve ser executado em dois níveis:

Alpha Testing

Este tipo de teste de aceitação do usuário é feito pelos testadores no site dos desenvolvedores para verificar qualquer último problema antes da entrega do software aos usuários finais para testes beta.

Beta Testing

Este tipo de teste é feito pelos usuários finais em suas instalações e verificar se há algum problema antes do software ser lançado para produção.

Conclusion

O benefício do Teste de Aceitação do Usuário é que não haverá surpresas quando o produto for lançado para a produção/mercado para uso real.

Outros artigos populares:

• O que é Teste de Aceitação ou Teste de Aceitação do Usuário (UAT)?
• O que é Desenvolvimento Orientado pelo Teste de Aceitação na Metodologia Ágil?
• O que são Pirâmide de Testes e Quadrantes de Testes na Metodologia Ágil?
• O que são Produtos de Trabalho de Projeto em testes Ágeis?
• O que é Teste de Caso de Uso em testes de software?