Criar planos de testes

Concluído

Testar seu aplicativo é a próxima etapa na implantação do Aplicativo de Tela. Esta unidade ajudará você a entender os conceitos básicos de como realizar seus testes. Vamos considerar três tipos de testes para incluir em seu plano de testes.

Tipos de testes

Testes de unidade

O teste de unidade é o menor componente dos testes. Ele é usado para verificar se uma função ou um recurso específico do seu aplicativo está funcionando.

Testes de ponta a ponta

Os testes de ponta a pontasão usados para verificar se a solução é executada corretamente no geral. Eles são importantes porque, mesmo que todos os testes de unidade funcionem corretamente, a integração entre as unidades pode falhar. Execute testes de ponta a ponta seguindo um cenário de teste próximo ao caso de uso real do processo empresarial.

Testes de aceitação do usuário

Um UAT (Teste de aceitação do usuário) é realizado pelo usuário do aplicativo, não pelo criador. Esse teste garante que o que foi desenvolvido pelos criadores corresponda aos requisitos dos usuários.

Aqui estão algumas dicas para aproveitar ao máximo seus UATs:

  • Teste com os usuários reais.

  • Tente escolher usuários com diversos níveis de habilidade em TI. Dessa forma, você pode obter vários tipos de comentários.

  • Não dê instruções aos usuários; verifique se eles conseguem entender o aplicativo intuitivamente.

  • Observe como os usuários navegam no aplicativo sem assistência para ver onde você pode melhorar o design.

  • Quando um usuário tiver dificuldade em uma tela, pergunte a ele qual era a expectativa.

  • Teste em diferentes dispositivos para garantir que os casos de teste se comportem da mesma forma, independentemente da plataforma.

  • Teste os recursos offline. O ideal é testar o aplicativo no ambiente ou no local real do usuário se o aplicativo usa recursos offline.

  • Peça aos usuários do teste para tentarem "gerar erros" em seu aplicativo, por exemplo, inserindo caracteres incomuns nos campos de texto.

  • Normalmente, os usuários fazem o teste pelo "bom caminho" (aquele que o usuário segue quando tudo funciona perfeitamente). Peça que também testem cenários, como cancelar um relatório de despesas em vez de enviá-lo ou rejeitar um relatório de despesas em vez de aprová-lo.

Os usuários talvez não estejam familiarizados com testes de software, portanto, explique a eles o tipo de comentários que você deseja receber. Costuma ser útil fornecer um modelo para "bugs" para garantir que os testadores expliquem:

  • Exatamente o que eles estavam fazendo
  • O que aconteceu
  • Que outro resultado eles estavam esperando
  • Qualquer informação relevante sobre o ambiente de teste deles, como tipo de dispositivo e navegador.

É natural e aceitável que os usuários solicitem alterações nas especificações ou peçam mais recursos. Essas solicitações devem ser registradas em uma lista de recursos, conforme descrito em Priorizando solicitações de recursos para que você possa priorizá-los e incorporá-los ao aplicativo.

Criar cenários e casos de teste

Ao planejar os testes, considere os cenários importantes que você pode ter identificado nas fases de planejamento e design do projeto do Power Apps.

A primeira etapa é criar os testes da unidade. Crie um teste separado para cada recurso ou função, que pode ser registrado em uma tabela como esta:

Nº do caso de teste Descrição do teste Entradas para testar Resultado esperado Resultado
1-1 Enviar os detalhes da ordem de um formulário Nº da ordem 16516 A ordem é enviada com êxito
1-2 Verificar se foi gerado e anexado um PDF ao registro N/A O arquivo PDF é anexado ao registro
1-3 Verificar se a notificação por email é enviada ao usuário test@contoso.com O email é recebido pelo destinatário especificado

Em resumo, um bom plano ajudará a tornar seus testes mais eficazes. Seu objetivo é criar um plano de teste que descreva a intenção e o escopo dos testes, oriente o processo de revisão técnica e auxilie na distribuição tranquila da funcionalidade. Os planos de teste devem ser desenvolvidos antes do teste de aceitação do usuário e incluir como você controlará e fará as alterações necessárias antes da distribuição.